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ABSTRACT 

A  framework  for  the  construction  of  an  economic  analysis 
model  is  suggested  for  the  selection  of  microcomputer  hard- 
ware and  operating  systems.  The  model  is  suggested  in  order 
to  guide  a  prospective  Navy  microcomputer  purchaser  through 
the  large  number  of  available  microcomputer  systems.  The 
model  is  designed  such  that  common  "spreadsheet"  software 
programs  can  be  utilized  to  manipulate  the  model  and  store 
data    on    available   systems. 

In  addition,  comparisons  are  made  of  current  popular 
microcomputer  systems  and  operating  systems,  in  order  to 
provide    a    frame    of    reference   for    the    use    of    the    model. 
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I.    INTRODUCTION 

A-       BRIEF    HICROCOMPOTER    HISTORY 

The  microcomputer  market  is  generally  believed  to  have 
begun  when  the  Micro  Instruments  and  Telemetry  Systems 
(HITS)  Altair  8800  computer  kit  was  introduced  in  late  1974. 
MITS  expected  to  sell  200  or  300  of  the  computer  kits  in 
1975.  Instead  they  were  deluged  with  orders  for  over  2000, 
selling  over  200  in  one  afternoon  alone.  In  1977  Apple 
Computer  Inc.,  began  shipping  its  Apple  II  microcomputer  and 
promptly  began  growing  at  a  rate  of  more  than  seventy 
percent  annually.  The  market  demand  for  microcomputers  is 
still  being  underestimated  in  1984.  When  International 
Business  Machines  (IBM)  introduced  its  Personal  Computer 
(PC)  in  August  of  1981  few  could  have  predicted  the  phenom- 
enal demand  for  the  product.  It  has  been  estimated  that 
over  one  million  IBM  PC's  were  shippei  in  1983  and  that  IBM 
expects  to  ship  two  million  in  1984.  Despite  the  volume 
many  customers  must  wait  months  to  receive  their  orders  and 
the  shortage  has  created  a  large  market  for  I3M  compatitie 
microcomputers. 

One  of  the  reasons  for  the  excessive  demand  is  that  no 
one  realized  that  large  and  small  corporations  would  r>uy  the 
IBM  PC  and  ether  microcomputers  in  volume.  One  example  is 
Travelers  Insurance  Co.,  which  purchased  2000  IBM  PC's  and 
has  indicated  with  a  letter  of  intent  to  buy  10,000  more 
[Ref.  1  ].  Universities  are  another  large  buyer  of  personal 
microcomputers  and  in  particular  the  IBM  Personal  Computer. 
The  University  of  Waterloo,  popular  for  its  teaching  and 
learning  compilers,  purchased  over  300  PC's  to  shift  under- 
graduate  programming      and  engineering   courses   off      their   IBM 


3033  mainframe  to  the  PC's.  Almost  weekly  there  is  a  new 
announcement  of  another  college  or  university  that  will 
require  all  incoming  freshman  to  purchase  a  particular 
school  endorsed  microcomputer.  Even  graduate  scnools  nave 
joined  the  trend  with  Harvard  University  announcing  that  all 
entrants  to  its  business  school  will  be  required  to  purcnase 
IBM    Personal  Computers. 

B.       THE    MICROCOMPUTER    MARKET 

Microcomputers  now  account  for  32.3  percent  of  the  total 
available  computer  product  market,  and  is  growing  at  a  rate 
of  26.9  percent  per  year.  This  is  compared  to  a  5.5  percent 
growth  seen  in  the  mainframe  and  supercomputer  market. 
There  are  now  over  500  companies  manufacturing  microcom- 
puters. These  companies  combine  to  form  over  950  different 
models    of    microcomputers   from    which    to   cnoose   [Ref-    2]. 

The  cover  story  for  the  August  8,  1983  issue  of  Business 
Week  [Ref.  3]  is  entitled  "Computer  ShocK  Hits  The  Office: 
A  Wild  Proliferation  of  Desktop  Units  is  Confusing 
Everyone".  The  article  is  accompanied  by  a  cartoon  that 
shows  a  customer  standing  in  a  computer  store  witn  rows  and 
rows  of  microcomputers  asking  the  sales  clerk,  "Do  you  have 
one  that  can  help  me  decide  which  is  the  one  for  me?". 
Certainly  the  personal  computer  and  microcomputer  market  is 
experiencing  what  many  have  termed  explosive  growth.  Joseph 
Ferreira,  a  vice-president  for  Diebold  Group  Inc.,  in  the 
article  states  that  executives  are  suffering  from  option 
snock  and  cannot  handle  all  the  choices  [of  microcomputers] 
coming  to  them.  Later  Ferreira  also  states  that  they  will 
"suffer  paralysis  by  analysis",  implying  taat  the  choices 
are  so  many  that  a  consensus  decision  cannot  be  reached. 
With  over  9  50  models  of  microcomputer  systems  available  for 
commercial    and      consumer    use      it    is      easy    to      understand   how 
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someone  given  the  task  of  selecting  the  best  system  for  a 
particular  application  might  consider  the  task  near 
impossible. 

C.       GOALS    OF   THESIS 

The  Navy  purchaser  is  therefore  left  with  a  complex  maze 
of  choices  fDr  microcomputer  purchase  options.  As  the 
overall  cost  of  microcomputer  systems  continues  to  fall,  the 
individual  incentive  to  perform  a  proper  and  accurate 
systems  and  cost  analysis  for  a  single  and  isolated  micro- 
computer purchase  decreases.  Tnis  is  not  to  say  however 
that  a  complete  needs  and  economic  analysis  should  not  be 
performed,  rather  tfce  Navy  purchaser  must  be  made  aware  of 
the  overall  consequences  of  not  performing  the  proper  anal- 
ysis. While  the  isolated  purchase  of  a  single  microcomputer 
system  may  seem  inconsequential,  when  viewed  and  totaled 
over  all  Navy  personnel  making  such  decisions,  there  exists 
an  enormous  potential  for  waste  of  valuable  Navy  dollars. 
Further,  and  more  fundamental,  the  Navy  purchaser  may 
acquire   a   system   that   will    not    satisfy    user   needs. 

It  is  therefore  desirable  to  provide  an  effective  deci- 
sion support  model  and  criteria  to  aid  the  Navy  purchaser  in 
the  selection  of  microcomputer  systems.  Tnis  thesis  will 
develop  and  describe  a  conceptual  framework  from  which  it  is 
hoped  that  an  effective  decision  support  model  can  be 
constructed  for  selection  of  microcomputer  systems.  It  is 
hoped  that  the  model  design  can  be  implemented  on  common 
"spreadsheet"  software  programs  to  allow  manipulation  of  the 
model   and   storage   of    data   on  available   systems. 

The  proposed  model  is  intended  to  ap^ly  only  to  single 
rcicr ocomputer  purchases,  and  be  only  part  of  a  complete 
system    and      cost    analysis.  It      is    felt    that      automating   as 

mucn    of      the   analysis   process      as   possible    not      only    reduces 
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the  time  and  cost  of  conducting  the  analysis,  but  produces 
an  incentive  for  Navy  decision  makers  to  conduct  a  more 
complete  analysis.  Further,  and  in  answer  to  the  cartoon  in 
Business  Week,  microcomputers  can  be  just  the  tool  to  aid 
the    analysis  process. 
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II.     BACKGROUND 

A.        HICRCCOMPOTERS    IN   THE    N A7I 

Within  the  Navy,  the  Naval  Data  Automation  Command 
(NAVDAC)  is  assigned  overall  responsibility  for  microcom- 
puter support.  NAVDAC  has  assigned  primary  responsibility 
for  the  development  of  microcomputer  technology  and  its 
applications  to  Navy  Regional  Data  Automation  Center 
(NARDAC)       Norfolk,  Virginia    [Ref.    4]-  NARDAC       Norfolk    is 

tasked   with   the    following   microcomputer   support    functions; 

1.  Develop  standards  for  microcomputers,  including 
interfacing    with   mini   and   large   host    computers. 

2.  Develop  a  standard  Re-guest  for  Proposal  (RFP)  for 
competitive  procurement  leading  to  a  contract  for 
microcomputers,  associated  maintenance  support,  and 
licensing   of    software   for    Navy-wide   use. 

3.  Develop  microcomputer  guidelines  on  procurement, 
system  software,  hardware  and  application  program 
selection. 

4.  Develop  an  inventory  of  Navy  owned  software,  and 
listings  of  available  vendor  nardware,  software,  and 
training. 

5.  Develop  microcomputer  training  courses  to  be  given  by 
NAREACs  and  Naval  Data  Automation  Facilities 
(NAVDAFs)    in    support    of    area    activities. 

6.  Host   workshops  on   microcomputers    for    Navy-wide    users. 
In      order   to      guide   the      prospective   Navy      microcomputer 

purchaser  NAVDAC  developed  guidelines  for  equipment  and 
operating  systems  for  8-bit  microcomputers  [Ref.  5]. 
Microcomputer  technology  however  did  not  allow  3-bit  micro- 
computers  to  remain    entrenched      for    long.         NAVDAC's   initial 
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response  to  16-bit  microcomputers  was  that  most  users  prob- 
ably did  not  need  a  16-bit  microcomputer  system  and 
continued  to  refer  users  to  the  recommenaed  guidelines  for 
8-bit  systems.  As  16-bit  systems  became  increasingly  more 
popular  it  was  realized  that  standards  should  also  be  devel- 
oped for  16-bit  systems.  In  the  interim  NAVDAC  recommended 
that  16-tit  systems  be  purchased  as  a  complete  microcomputer 
system  including  hardware  and  software  from  a  single  vendor. 
This  was  to  insure  that  all  components  worked  togetner  and 
to   provide   a  single    ccint   for    vendor    support. 

It  was  not  long  before  NAVDAC  decided  that  16-bit 
systems  had  matured  to  a  point  where  they  no  longer  recom- 
mended microcomputer  systems  based  on  d-bit  technology.  The 
16-bit  microcomputer  systems  were  recognized  to  have 
superior  capabilities  and  the  sophisticated  software  devel- 
oped for  these  systems  were  addressing  more  user  needs,  and 
running  existing  applications  guicicer  and  more  efficiently. 
For  16-bit  microcomputers  a  preliminary  decision  was  made  to 
not  specify  hardware  requir ements  but  to  recommend  compati- 
bility with  a  particular  operating  system  only.  This  is  in 
light  of  increasing  numbers  of  microcomputers  becoming 
"compatible"  with  each  otner.  The  initial  operating  system 
chosen  was  Microsoft's  Disk  Operating  System  (MS-DOS)  due  to 
its  wide  acceptance  as  a  de  facto  standard.  Over  96  percent 
of  the  16-bit  microcomputers  use  eitner  MS-DOS  or  IBM's 
PC-DOS    which  is    essentially    equivalent    to    MS-DOS. 

The  popularity  of  the  IBM  Personal  Computer  and  compat- 
ible machines  is  having  a  significant  impact  on  the  micro- 
computer market.  This  impact  is  resulting  in  application 
software  (for  microcomputers)  being  developed  almost  exclu- 
sively for  the  IBM  PC  and  compatinle  systems.  NAVDAC  felt 
that  some  level  of  IBM  PC  compatibility  was  therefore  neces- 
sary in  establishing  16-bit  standards.  The  guidelines  for 
16-bit      microcomputers   have      been    drafted      and   are      awaiting 
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approval.  These  guidelines  as  developed  by  NAVDAC  require 
operating  system  and  media1  (data)  compatibility  with  the 
IBM    PC.  Further,       the    draft      guidelines    will      replace    the 

8-bit  hardware  and  software  standards  and  8-bit  microcom- 
puter   systems    will    nc  longer   tie   recommended. 

NAVDAC  Advisory  Bulletin  No.  54  [Ref.  6]  announced  the 
award  of  a  joint  Air  Force/Navy  contract  with  Zenith  Data 
Systems  for  the  delivery  of  up  to  500  systems  per  month  of 
the  Zenith  Z-120  Microcomputer  system.  The  Zenith  Z-120 
Microcomputer  is  not  program  compatible  with  the  IBM  PC.  In 
ether  words,  a  program  written  for  the  IBIi  PC  will  not 
necessarily   run      on    the    Z-120.  The    two   systems      are    media 

compatible  and  share  almost  identical  operating  systems. 
NAVDAC  therefore  faced  the  possibility  of  recommending 
guidelines  that  were  not  compatible  with  the  chosen  system. 
Therefore  data  compatibility  is  the  only  criteria  for  the 
NAVDAC    16-tit   guidelines. 

The  joint  Air  Force/Navy  contract  allows  the  prospective 
Navy  purchaser  of  a  16-bit  microcomputer  to  obtain  the 
Zenith  Z-120  at  a  substantial  discount  from  the  going  market 
retail   price.  The    user   base    for      the    Zenith  Z-120      in   the 

Navy  is  therefore  expected  to  be  large.  Tnere  are  however 
large  numbers  of  IEM  PC  and  compatible  machines  already 
purchased  and  in  use.  In  addition,  although  there  is  an 
increasing  number  of  software  packages  available  for  the 
Zenith  Z-120,  there  are  thousands  of  software  packages 
written  for  the  IBM  PC  and  other  compatible  systems  that 
will  not  operate  on  the  Zenith  Z-120  because  the  systems  are 
not    program  compatible. 


JMeaia  compatibility  in  this  context  means  that  data  is 
stored  on  equivalent  external  storage  devices  in  the  same 
physical  format  and  thereby  allowing  the  data  produced  by 
one    system    to    be   read  or   accessed    by    tae   compatible    system. 
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Further,  media  compatibility  does  not  necessarily  mean 
that  the  data  produced  can  be  used  by  another  system.  An 
example  of  this  is  an  application  program  that  indexes  or 
perhaps  hashes  its  data  elements  in  order  to  increase  access 
speed  and  minimize  storage  space.  This  imposes  a  certain 
logical  structure  on  the  iata  elements.  Another  system  tnat 
is  only  media  compatitle  may  be  able  to  physically  read  the 
data  disk,  but  the  data  will  appear  as  a  random  stream  of 
bytes    with      no    useful  meaning.  Only    the      same    application 

program  or  cne  especially  developed  for  that  data  can  decode 
the  logical  data  formats  to  a  useful,  readable  or  original 
form. 

B.        BICBCCOMPUTERS    AND    SYSTEMS    ANALYSIS 

It  should  be  emphasized. tnat  standard  systems  analysis 
must  be  performed  when  possible.  If  anything,  the  large 
number  of  microcomputers  in  varying  degrees  of  compatibility 
make  systems  analysis  even  more  important  than  before. 
NAVDAC  guidance  and  standardization  efforts  go  a  long  way  to 
eliminate  some  of  the  difficulty,  but  since  no  single 
machine  cr  hardware  standards  are  exclusively  recommended, 
not  all  of  the  purchasing  problems  are  solved.  Therefore, 
the  need  still  exists  to  perform  systems  decisions,  and  the 
criteria  of  data  compatibility  only  limits  the  field  of 
choices      available.  Further,        as      16-bit      microcomputers 

continue  to  evolve,  a  method  is  needed  to  easily  evaluate 
the  changes  and  their  effect  on  the  existing  recommended 
standards. 

Any  proposed  model  for  evaluating  microcomputer  systems 
should  fit  into  standard  systems  analysis  techniques.  In 
those  cases  where  a  full  systems  analysis  is  not  performed, 
the  method  should  provide  a  useful  and  accurate  tool  for 
microcomputer      selection      consistent    with      standard      systems 
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analysis   goals.       One    of    those    goals    is    to   acquire    the    "test" 
system    from   among    the   chosen    alternatives    at    least    cost. 

Traditional      systems   analysis      can    be      broken    down      into 
four      broad      categories      in      a      system      life      cycle      concept 
[Ref.    7]. 
They    are: 

1.  The    Study    phase. 

2.  The    design   phase. 

3.  The    development   phase. 

4.  The    operation    phase. 

The  prospective  Navy  purchaser  of  microcomputers 
however,  when  faced  with  a  buying  decision,  does  not  often 
see  the  purchase  of  a  microcomputer  as  a  part  of  a  partic- 
ular larger  information  system.  The  microcomputer  is  seen 
as  the  entire  system,  where  no  design  or  development  is 
required.  Design  and  development  have  already  been  accom- 
plished. The  operation  phase  is  reduced  to  irerely. 
purchasing  an  extended  warranty  contract,  where  no  real  or 
significant  operating  costs  are  seen  or  envisioned.  The 
prospective  microcomputer  purchaser  therefore  sees  their 
role  limited  to  the  study  phase.  That  study  phase  is 
limited  to  selecting  which  microcoaipu  ters  from  among  many 
will    be   purchased. 

The  above  assumptions  attempt  to  point  out  tne  realities 
of  the  purchasing  situation  as  opposed  to  what  properly 
should  be  done.  NAVDAC  cautions  the  prospective  purchaser 
[Ref.  5]  that  indeed  the  first  and  most  important  considera- 
tion is  to  perform  a  proper  activity  requirements  and  needs 
analysis  to  economically  justify  the  purchase  of  microcom- 
puter systems.  Further,  the  microcomputer  should  be  consid- 
ered as  just  one  part  of  an  information  system  witn 
particular  hardware,  software,  personnel,  and  facilities 
support  requirements  and  evaluated  within  a  full  system  life 
cycle   concept. 
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NAVCAC  PUB.  15  [  Ref .  8]  provides  guidance  and  procedures 
on    how      to    conduct    economic    analysis.  Particularly    empha- 

sized are  the  procedures  for  performing  present  value  anal- 
ysis and  discounted  payback  analysis.  NAVDAC  PUB.  15  is 
oriented  towards  large  automatic  data  processing  (ADP) 
system  decisions.  As  such  it  provides  analysis  techniques 
that  evaluate  among  widely  differing  alternatives  such  as 
whether  to  install  or  cnange  the  current  ADP  system  in-house 
or    utilize    an   outside  service   organization   ADP   system. 

The  techniques  provided  by  NAVDAC  PU3.  15  can  be  applied 
to  microcomputer  systems.  Figure  2.1  from  NAVDAC  PUB.  15 
will  be  used  as  the  basis  for  describing  how  the  proposed 
model    fits    into    the    economic   analysis   process. 

C.       HETHOD    AND    ASSUMPTIONS 

The  proposed  decision  support  model  is  a  method  to  be 
utilized  for  evaluating  the  differences  among  many  microcom- 
puter systems.  The  differences  can  oe  among  several  config- 
urations of  the  same  system  or  between  several  separate 
systems.  The  method  utilized  will  be  to  quantify  system 
attributes  and  parameters  where  possible  and  formulate  a 
model  that  allows  comparisons  of  the  system  attributes  and 
parameters    against    cost   data. 

The  model  forms  its  comparisons  by  first  calculating 
cost/benefit  ratios  for  each  of  the  given  parameters  or 
attributes.  The  model  then  leads  the  user  through  compari- 
sons between  the  alternative  systems  or  configurations  under 
consideration.  The  comparisons      are      calculations    in      the 

changes  between  benefits  and  costs  of  the  alternatives.  The 
key  to  the  model  is  the  calculation  of  delta's,  or  the 
changes    between    benefits   and   costs.  It    will   be    shown    that 

the  calculation  of  cost/benefit  ratios  alone  as  per  NAVDAC 
15    is      not    sufficient.  Rather    it    is      the    chanqe      or    delta 
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DEFINE  OBJECTIVE 
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FORMULATE  ASSUMPTIONS 


CHOOSE  POSSIBLE  ALTERNATIVES 


I 


DETERMINE  COSTS 

DETERMINE  BENEFITS 

INTERFACE  COSTS  &  BENEFITS 
FOR  EACH  ALTERNATIVE 

I 


COMPARE  ALTERNATIVES 


PERFORM  SENSITIVITY  ANALYSIS 


Figure   2.1        Economic   Analysis   Process, 
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value  (change  in  benefits/change  in  costs)  between  alterna- 
tives that  should  be  among  the  factors  considered  when 
comparing  alternatives.  The  model  is  a  tool  and  is  merely 
designed  to  perform  the  calculations,  it  does  not  neces- 
sarily   recommend    or    determine    the    "best"    system. 

In  reference  to  figure  2. 1  it  is  assumed  that  the  user 
has  defined 'his  objectives,  formulated  the  assumptions,  and 
chosen  the  possible  alternatives.  Ihe  model  performs  the 
task  of  interfacing  the  costs  and  benefits  for  each  alterna- 
tive, and  therefore  assumes  that  costs  and  benefit  data  can 
be  determined.  The  model  then  displays  the  resultant  data 
and  calculations  in  a  form  that  allows  the  comparison  of 
alternatives.  The  model  is  designed  to  be  used  for  ccirpar- 
ison    of    microcomputer   system  attributes    and   parameters    only. 

Again  it  should  be  emphasized  that  this  process  should 
normally  be  only  part  of  the  complete  system  analysis 
process.  It    assumes      that   the      need      for   a      microcomputer 

system  nas  already  been  justified  and  established.  Further, 
commands  must  realize  that  the  cost  of  the  microcomputer 
itself  will  not  be  the  only  cost  in  the  life-cycle. 
Application  programs,  update  fees,  accessory  equipment  and 
supplies,  maintenance  contracts  and  for  some  commands 
training  of  personnel  are  just  some  of  tne  additional  costs 
that  should  be  considered.  Ihese  costs  are  separate  from 
the  cost  or  the  microcomputer  after  a  selection  nas  been 
made,  and  in  some  instances  may  provide  the  overriding 
factors    in    the    decision. 

The  use  of  the  proposed  model  alone  would  assume  that 
the  follow-on  costs  are  basically  equal,  and  this  is  not  a 
valid    assumption      for   many    systems.  It    is    hoped      tnat    the 

model  however  will  provide  a  means  to  choose  among  microcom- 
puter systems  when  complete  systems  analysis  is  not 
performed  and  all  of  the  significant  costs  are  considered. 
Furthermore,  it  is  hoped  that  it  will  ue  an  excellent  addi- 
tion   to    tne   complete    systems   analysis    process. 
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Most      oxten    system      comparisons    of      similar    products     is 
performed      using      matrix   parameter      tanies.  These      tacles 

usually  list  the  particular  systems  along  oae  axis  and 
system  attributes  along  the  other  axis.  These  tables  are 
often  large  and  confusing  with  many  attributes  listed. 
Cften  a  particular  system  is  just  represented  by  a  check 
mark  or  bullet  point  if  it  possesses  a  certain  attribute, 
better  evaluations  may  give  more  descriptive  or  amplifying 
information   for    the    appropriate  entry. 

More  often  than  not  the  attributes  listed  are  parameters 
that  can  be  quantified.  One  of  the  basic  tenets  of  systems 
and  economic  analysis  is  to  quantify  attributes  wnere 
possible.  Once  quantified,  the  dif f ic ult-to-analyze  matrix 
can  give  way  to  useful  figures  that  not  only  compare  alter- 
natives but  also  indicate  the  relative  advantages  of  one 
system   over • another. 

Further,  the  requirement  of  finding  tne  data  to  te  quan- 
tified is  often  difficult  in  itself.  This  is  where  a  simple 
but  effective  model  is  useful.  It  is  hoped  that  the  data 
required  to  develop  the  model  can  be  easily  obtained.  This 
is      normally      true      for      microcomputer      systems.  If      they 

required  data  cannot  be  obtained  to  generate  the  model,  then 
obviously  the  model  loses  its  viability.  The  model  should 
therefore  be  as  simple  as  possible,  nut  care  must  be  taken 
to  ensure  that  the  data  and  parameters  chosen  are  complete 
enough    to    make    the    mcdel   valid. 

Another  key  aspect  of  comparing  alternatives  is  tnat 
there  must  be  a  baseline  from  which  to  compare.  Normally 
the  baseline  is  to  be  developed  from  the  current  system  in 
use.  For  the  Navy  purchaser  of  microcomputers  a  current 
system      may   not      be    in      place.  The   baseline      can    then      be 

derived  in  two  ways.  First,  would  be  to  use  the  existing 
8-bit  or  16-bit  standards  and  guidelines  as  developed  by 
NAVDAC.         Second,      and      more   preferable,      would    be      to    use   a 
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baseline  developed  from  user  requirements  as  much  as 
possible.  This  would  assume  that  the  prospective  purchaser 
is  able  to  quantify  requirements  in  context  to  the  model 
developed.  If  a  current  microcomputer  system  is  in  place, 
then    that   system  can    be    used   as    the    baseline. 

Care  must  be  taken  not  to  confuse  baselines  with 
weiqhting  factors.  Weighting  factors  are  criticized  as 
being  arbitrary  and  often  chosen  to  favor  particular 
systems.  The  baseline  does  not  modify  the  parameters  but 
provides   only      a   figure      for   comparison.  This    allows      the 

figure  tc  show  how  the  proposed  system  compares  relative  to 
the  existing  system  or  the  developed  NAVDAC  standards.  The 
proposed  model  utilizes  no  weighting  factors  and  modifying 
the    model   with    weighting    factors    is    not    recommended. 

The  proposed  model  evaluates  single  user,  single  task 
microcomputer  systems.  Current  microcomputer  technology  has 
reached  the  point  where  multiple  users  and  multiple  tasks 
can  be  performed.  Extensions  to  the  model  to  cover  multiple 
users  and  multiple  tasks  must  be  developed  when  these  micro- 
computer systems  become  more  commercially  available  and  are 
under   consideration. 

Another  criticism  of  any  quantification  scheme  is  the 
argument  over  the  validity  and  usefulness  of  tne  chosen 
parameters.  This  model  design  intentionally  attempts  to 
keep  the  chosen  parameters  as  simple  as  possible.  This  is 
done  for  two  reasons.  First,  is  to  ensure  that  the  param- 
eter data  can  easily  be  obtained  by  the  Navy  purchaser. 
Second,  the  model  must  be  easily  understood  so  that  people 
will  use  it.  Complex  simulations,  queuing  models,  benchmark 
tests,  and  other  methods  are  all  important  tools,  but  are 
useless  to  the  average  Navy  purchaser  of  a  microcomputer 
system  who  nas  neither  access  to  tne  required  data  nor  the 
understanding  to  effectively  utilize  them.  Further,  a 
simple  model  may  lead  to  tne  same  conclusion  as  those 
performed    by  complex    analysis. 
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The  Amy/Navy  Computer  Family  Architect are  Committee 
[Ref.  9]  and  [  Ref.  10]  performed  a  study  on  nine  candidate 
computer  systems  for  possible  selection  for  a  future  rugged- 
ized  version  for  military  applications.  Only  three  systems 
were  acceptable  frcm  what  was  defined  as  an  absolute 
criteria  standpoint.  Further  analysis  was  performed  on 
qualitative  criteria  and  results  were  that  the  same  three 
systems  came  out  on  top.  Exhaustive  bencnmarks,  program 
performance  and  statistical  design  tests  were  performed  and 
resulted  in  the  same  relative  rankings  as  resulted  from  the 
qualitative  criteria. 

The  proposed  model  is  not  intended  to  be  static,  but 
rather  a  dynamic  device  to  be  utilized  as  necessary  by  the 
prospective  purcnaser.  The  prospective  Navy  purchaser  is 
encouraged  to  add  cr  delete  chosen  parameters  when  more 
detailed  parameters  are  desired  or  certain  parameters  cannot 
te  obtained. 
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III.  DECISION  MODEL  FRAMEWORK  DESCRIPTION 

A.   HODEL  ENVIRONMENT 

The  proposed  model  is  intended  to  be  implemented  on  any 
of  the  common  "spreadsheet"  type  programs.  As  such,  no 
specific  details  of  implementation  or  how  to  construct  the 
model  are  described.  The  methods  discussed  are  merely 
intended  to  provide  a  framework  from  wnicn  it  is  hoped  that 
an  actual  complete  working  model  can  be  constructed.  The 
calculations  and  data  manipulation  performed  by  the  model 
are  all  easily  withir  the  capabilities  of  any  of  the  popular 
spreadsheet  programs. 

A  spreadsheet  program  merely  serves  as  a  very  valuable 
tool  to  help  analyze  model  data;  it  is  not  required.  All  of 
the  calculations  and  analysis  can  be  performed  by  hand.  It 
is  felt  however,  that  the  automation  of  as  much  of  the  anal- 
ysis as  possible  will  provide  incentive  to  perform  the  anal- 
ysis by  removing  the  time  required  to  perform  numerous 
detailed  calculations  by  hand.  Further,  an  automated 
spreadsheet  database  once  constructed  can  be  used  by  many 
and  the  changing  and  updating  of  the  required  data  is  easily 
performed. 

Spreadsheet  programs  that  offer  two  additional  capabili- 
ties would  provide  even  more  utility.  The  capabilities  are 
graphing  and  the  ability  to  construct  macros.  Graphing 
allows  the  data  to  be  viewed  in  a  more  beneficial  visual 
form.  The  ability  to  process  macros  allows  the  model  to 
begin  to  perform  as  an  elementary  decision  support  system  by 
allowing  the  model  construction  and  operation  to  be  menu 
driven  and  user  prompted.  There  are  a  number  of  advanced 
spreadsheet  programs  that  offer  these  additional  capabili- 
ties, particularly  for  16-bit  microcomputers. 


24 


B.       BODEL    DESCRIPTION 

The  model  consists  of  tanles  of  cost  and  benefit  infor- 
mation. The  benefits  consist  of  various  microcomputer 
system  technical  parameters  tnat  have  measurable  and  compar- 
ative attributes.  The  technical  parameters  or  performance 
attributes  are  being  used  as  surrogates  for  actual  user 
benefits,  this  is  the  best  the  user  can  do  lacking  detailed 
information  and  measurement  of  the  actual  benefit  to  the 
user.  Examples  would  be  size  of  system  random  access  memory 
(RAM)  or  speed  of  system  operation  in  megahertz.  Chapter  4 
discusses  various  system  parameters  that  could  be  utilized, 
and  chapter  5  and  6  detail  these  parameters  for  current 
components  and  systems.  The  costs  should  be  the  specific 
cost  of  the  particular  attribute  involved.  For  example,  if 
secondary  disk  storage  devices  are  being  compared,  the  cost 
of  the  devices  alone  should  be  entered  and  not  the  total 
system   cost. 

There  will  obviously  be  parameters  wnere  separate  cost 
data  cannot  be  obtained.  In  these  cases  the  cost  data  can 
utilize  total  system  cost  when  the  configurations  are  iden- 
tical except  for  an  attribute  of  the  of  the  user's  require- 
ment. The  analyst  must  be  extremely  careful  however  that 
alternative  systems  costs  are  associated  with  identical 
configurations,  i.e.  the  alternate  systems  in  that  partic- 
ular comparison  should  equally  satisfy  user  requirements. 
Ir  the  configurations  are  not  identical,  tnen  the  differ- 
ences in  benefits  must  be  among  parameters  wnose  differences 
are   not   considered    important   to   the   decision    process. 

An  example  of  this  would  be  comparing  two  systems  that 
offer  different  display  screen  resolutions  wnere  no  separate 
costs  can  be  identified,  but  one  system  has  color  capability 
and  the  other  does  not.  Screen  resolution  could  be  a  param- 
eter   benefit  and   compared   against      total   system   cost   only   if 
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color  capability  is  net  a  system  requirement  and  not  consid- 
ered a  decision  parameter  by  the  user.  If  separate  costs 
cannot  be  attributed  to  particular  parameters,  tnen  this 
model  cannot  be  used  for  cost  benefit  analysis  of  those 
parameters. 

After  the  system  costs  and  benefits  nave  been  entered 
for  all  technical  attributes  relevant  to  user  needs,  then 
the  model  calculates  benefit/cost  ratios  for  ail  alterna- 
tives. Benefit/Cost  Ratio  (BCH)  is  defined  as  the  quantifi- 
able parameter  measure  divided  by  the  cost  of  that 
parameter.  This  assumes  that  the  associated  costs  are  one 
time  initial  costs.  NAVDAC  Pub.  15  provides  techniques  to 
calculate  uniform  annual  :osts  (UAC)  and  net  present  values 
(NPV)         if      required.  The   benefit/cost      ratios      are      then 

displayed   and   maintained   for   reference   purposes. 

The  model  then  calculates  the  delta  or  change  values  in. 
the  benefits  versus  the  costs  for  pairs  of  alternatives 
under  consideration.  Depending  upon  the  specific  model 
construction  and  spreadsheet  program  in  use,  this  can  be 
automatically  calculated  for  all  opposing  sets  of  alterna- 
tives or  calculated  as  a  result  of  user  prompts.  Normally, 
the  delta  (change  )  values  should  be  calculated  between  the 
known  baseline,  and  various  alternatives  (If  tnere  are  many 
alternatives,  pair-wise  calculations  will  rise 

exponentially)  . 

As  stated  previously,  the  baseline  can  either  be  devel- 
oped from  user  needs  and  specifications,  NAVDAC  current 
standards,  or  against  a  current  system  in  operation.  The 
delta  calculations  then  show  the  highest  benefit-cost 
difference    relative    tc    the    selected    alternative    or    baseline. 

The  individual  analysis  (comparison  of  alternatives)  and 
conclusions  drawn  from  the  benefit/cost  ratios  is  then  left 
to  the  analyst.  NAVDAC  Pub.  15  provides  guidance  on  the  use 
of      benefit/cost   ratios.  According      to    this      publication. 
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benefit/cost  ratios  are  normally  utilized  wnen  the  alterna- 
tive systems  have  unequal  costs  and  unequal  benefits.  This 
is  the  most  frequent  case  at  present  wnen  trying  to  evaluate 
the  differences  among  many  similar  microcomputer  systems, 
when  one  system  has  some  attribute  slightly  different  than 
the  others.  NAVDAC  Pub.  15  provides  guidance  on  conclusions 
to    be    drawn   from  benefit/cost    ratio   analysis. 


TABLE    I 
BCfi    Comparison   of   Alternatives 

Costs  Benefits  Basis   for   Recommendation 

Equal  Unequal  "lost    Benefits 

Unequal  Equal  Least    Costs 

Unequal  Unequal  Highest    benefit/cost   ratio 

Equal  Equal  Other    Factors 


It  will  be  shown  that  when  comparing  alternatives,  the 
analyst  must  look  at  both  the  delta  values  for  the  BCE  and 
tne  individual  BCR's  themselves.  This  is  the  key  point  to 
this  model  construction  and  method.  Further,  the  key  aspect 
to  examining  the  delta  values  is  to  begin  witn  the  least 
cost  alternative  that  satisfies  user  requirements  and 
examine  the  delta  values  increment  by  increment  progressing 
from    one   alternative    to   another.  Many    alternatives   can   be 

eliminated  by  bounding  the  cost  and  attribute  data  by 
maximum  available  funds  willing  to  spend  for  cost,  and 
minimum  acceptable  measure  of  a  particular  attribute.  The 
analysis  then  shows  how  much  incremental  cost  is  required 
for    scne   increment      in   performance.         A    decision      is   reached 
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when  the  increment al  cost  is  not  considered  worth  the  incre- 
mental  benefit    or   vice-versa. 

No  attempt  will  be  made  to  list  or  detail  all  the  system 
attributes  that  should  be  considered  in  the  analysis,  or  now 
the  cost/benefit  ratios  and  the  changes  in  cost  benefit 
ratios  should  be  calculated  for  each  attribute.  Rather  the 
intent  is  to  make  the  prospective  Navy  purchaser  aware  of 
the  technique  of  conducting  change  analysis,  and  suggesting 
that  automated  spreadsheet  tools  provide  the  ideal  environ- 
ment for  conducting  not  only  cost/benefit  analysis,  but  the 
entire   economic    analysis  process. 

In  order  to  guide  a  prospective  builder  of  an  actual 
working    model,    several   model  examples   will    be   discussed. 

C.       EXAMPLE    AHALYSIS 

Assume  that  user  requirements  have  specified  a  need  to 
display  graphics.  The  model  should  scan  those  systems 
entered  into  its  database  and  select  those  systems  with 
graphics      capabilities   as      the    alternatives.  Table   II      is 

displayed    for   consideration    and   Figure    3. 1    is    made    available 
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TABLE    II 
Display  Options 

,.      ......    ,    ., 

Vendor 

Pixel 
Resolution 

Total 
Pixels 

Cost 

Total 

I£I — 

A 

B 
C 

D 

E 
F 

640x225 
640x200 
600x200 
64  0x40  0 
720x348 
72  0x40  0 

144000 
128000 
120000 
256000 
250560 
288000 

3  50 

400 

4  80 
480 
500 
540 

411.42 

320 
250 

533. 33 
501.12 
533. 33 

L 
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Figure  3.1    Graphic  Display  Options  Graph, 
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for  viewing.  The  data  necessary  to  generate  Table  II  and 
graph  3.1  represents  actual  cost  data  for  six  different 
manufacturers  of  graphic  display  options  for  the  IBM 
Personal  Computer.  Vendor  A  offers  a  graphic  screen  resolu- 
tion equal  to  that  of  the  Zenith  Z-120  adopted  by  NAVDAC. 
Vendor   A    will   therefore   represent    the    baseline. 

Examining    the  BCR's  and    following    the    NAVDAC    guidelines, 
the    analyst    might   be   drawn    to    recommend    Vendor   F.  Vendor    F 

and  Vender  D  have  the  highest  BCR»s,  but  Vendor  F  offers  a 
considerably  aigher  vertical  resolution.  Assuming  that  all 
other  factors  were  the  same,  this  would  be  an  erroneous 
conclusion  for  two  reasons.  First,  the  conclusion  is  not 
based      on    need.  Vendor   A      should   be      selected    because      it 

represents  the  least  cost  solution,  assuming  Vendor  A  would 
satisfy  the  user  requirement.  In  tnis  case  even  though  the 
costs  and  benefits  are  unequal,  the  analyst  must  be  careful 
to  evaluate  unequal  benefits  first  against  the  stated  need. 
If  all  the  alternatives  equally  satisfy  the  user  need,  then 
in  actuality,  all  of  the  alternative  oenefits  are  equal,  and 
the      least    cost      alternative   should      be    selected.  Second, 

assuming  that  Vendors  D  a nd  F  were  tne  only  two  alterna- 
tives, it  must  be  remembered  that  even  thougn  the  costs  and 
attributes  are  unequal,  if  the  systems  are  of  equal  benefit 
to  the  user,  and  the  BCfi*  s  are  equal, then  the  least  cost 
recommendation    criterion  should   apply. 

If  we  assume  nowever  that  Vendor  A  represents  the  base- 
line of  a  current  system,  or  the  user  need  specifies 
exceeding  the  baseline  parameter,  then  an  evaluation  of 
delta  values  must  be  done.  The  model  or  user  would  then 
calculate  the  delta  functions  between  the  baseline  and  the 
other  alternatives. Delata  values  should  be  calculated  in  all 
cases    where   actual    benefits    and    costs    are    unequal. 

When  Vendor  A  is  compared  to  Vendor  D  the  change  in 
pixels    equals      112,000  and       the   change      in    cost      eguais    130, 
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yielding   a    delta    BCR    of    861-54.  When    Vendor   A    is    compared 

to  Vendor  F,  the  change  in  pixels  e^als  144,000  and  tne 
change  ir  cost  equals  190,  yielding  a  delta  BCR  of  757.39. 
From  the  change  analysis  the  analyst  should  be  ied  to  recom- 
mend Vendor  D,  which  offers  the  most  extra  benefit  at  least 
extra    cost.  If    possible      tne   display      of    the      delta    BCh's 

should   also    be    shown    in    a   table    for    all    alternative    pairs. 

The  next  example  will  examine  differences  among  manufac- 
turers of  Hard  Disk  Drive  options  for  microcomputer  systems. 
Again,  the  data  represent  actual  cost  data  for  manufacturers 
of  hard  disk  options  for  IBM  compatible  microcomputer 
systems.  Table  III  and  Graph  3.2  would  be  displayed  by  the 
model  calculations.  Vendor  D  represents  the  baseline  NAVEAC 
standard. 


TABLE  III 

■ 

Bard  Disk  Options 

Vendor 

Ca  p  a  ci  t  y 

Cost 

Total 
BC5 — 

Delta  BCR 
"{"Relative  to 

Baseline) 

A 

5 
10 
15 
20 

MB 
MB 
MB 
MB 

1540 

1840 
2310 
2550 

.0032 
.0054 
.00b5 
.0078 

.0056 

.0089 

B 

12 
20 

26 

MB 
MB 
MB 

2180 
2440 
2630 

.0055 
.0082 
.0099 

.0026 

.  0093 
.0132 

C 

10 

23 

MB 
MB 

14  95 
2250 

.  0067 
.0102 

.0157 

D 

10 

MB 

1422 

.0070 

Baseline 

i  .  _  . .  _   

i 

As   in   tne   first    example,    the    least    cost   system   is   repre- 
sented   by    the   NAVDAC    standard.  This    alternative    should   be 
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HARD  DISK  SECONDARY  STORAGE 
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Figure   3.2        Hard  Disk    Storage   Capacity  Graph, 
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selected  unless  user  requirements  specify  a  need  for 
secondary  storage  capacity  greater  than  10  Megabytes. 
Assuming  greater  secondary  storage  is  required  than  the 
amount  offered  by  Vendor  D,  then  the  analysis  data  indicates 
that  Vendor  C s  23  MB  unit  offers  both  tne  highest  BCE  and 
delta    BCR    froa    the    established   baseline. 

The  last  example  examines  the  analysis  of  different  RAM 
expansion  options  for  a  single  system.  Assume  an  existing 
system  already  has  256  kilobytes  of  user  RAM  installed.  Two 
vendors   manufacture      memory    expansion    options.  Vendor    B's 

product  cnly  has  the  capability  to  expand  to  256  KB  (for  512 
KB  total) ;  Vendor  A  can  expand  an  additional  38H  KB  (for  640 
KB  total),  but  at  additional  cost.  Table  IV  and  Figure  3.3 
represent    possible    data    displays. 


TABLE    IV 
RAH   Expansion   Options 

Total   Ram  256        320         384  443  512        576        640 

Vendor   A    Cost      295        350         405  460  515         570         625 

Total    BCR  .363       .914       .948  .974  .994       1.01       1.024 

Vendor    B    Cost      229        284         339  394  449 

Total   BCR  1.12       1.13       1.13  1.14  1.14 


The  cost  data  for  the  two  Vendors  is  also  taken  from 
actual  memory  expansion  options  for  IBM  Personal  Computers. 
Memory  add-on  boards  are  an  extremely  popular  option,  and 
the  graph  and  table  represent  a  common  occurrence  where  one 
vendor  offers  more  expansion  capability  but  at  a  higher 
price.  Either  expansion  board  can  be  filled  with  memory  at 
equal    additional      cost.         The      table    snows      tnat    traditional 
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Figure  3.3    Additional  RAM  Expansion  Graph. 
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benefit  cost  ratios  indicate   the  lowest   price  vendor   (B) 
should  be  recommended  throughout  tne   range  of  the  expansion 
options. 

There  are  several  different  change  functions  that  can  be 
calculated  fDr  this  case.  If  the  model  calculates  the 
difference  in  expansion  capability  based  on  the  initial 
cost;  then  Vendor  A  can  expand  an  additional  384  KB  at  a 
cost  of  295,  giving  a  delta  BCE  of  1.30.  Vendor  B  can 
expand  an  additional  256  KB  at  an  initial  cost  of  229 
yielding  a  delta  BCE  of  1.12.  Tne  model  could  alsc  calcu- 
late the  difference  at  full  cost  including  cost  of  memory. 
Vendor  A  at  the  384  KB  change,  full  memory  cost  is  625; 
Vendor  3  with  256  KE  change,  at  full  memory  cost  is  449. 
This  yields  delta  BCE's  of  .6144  and  .570  respectfully. 
Thus  the  BCE  when  measured  as  the  difference  between  expan- 
sion capability  from  the  system  initial  capability  indicates 
that  Vendor  A,  the  higher  priced  vendor,  should  be  recom- 
mended, assuming  the  user  requires  this  added  capacity. 

It  must  be  emphasized  again  that  the  above  analysis  is 
not  based  on  a  user  need  requirement.  Only  when  the  actual 
need  is  considered  can  actual  recommendations  be  made.  For 
the  above  example,  expansion  of  memory  capacity  beyond  what 
was  originally  a  maximum  requirement  occurs  frequently,  but 
if  it  is  determined  that  256  KB  of  memory  is  the  absolute 
maximum  requirement,  then  the  least  cost  option  should  be 
selected. 

D.   BCDEI  ENHANCEMENTS 

The  above  three  examples  are  representative  of  how 
benefit/cost  analysis  can  be  performed  in  reference  to 
comparing  alternatives  among  microcomputer  systems.  An 
actual  working  model  wculi  be  constructed  based  on  the  indi- 
vidual   decision  makers   or   analysts  requirements.     These 
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requirement  a  should  be  quantification  or  measurable  system 
attributes    based      on    user   need.  As    such,         many    different 

parameters      would        have      to      be      compared.  Ideally,         a 

constructed  model  would  be  preloaded  with  attribute  and  cost 
data  on  ail  known  alternative  systems.  The  user  would  then 
extract  those  parameters  necessary,  and  conduct  the  indi- 
vidual  analysis    on    each    of    the    chosen    parameters. 

In  the  realm  of  decision  support  system  theory,  the 
model  could  be  just  one  of  a  series  of  models  used  in  making 
microcomputer  selection.  If  a  rule  dictionary  could  be 
developed  for  user  requirements  an  ideal  decision  support 
system  could  be  constructed  that  would  automatically  select 
the  appropriate  evaluation  parameters  based  on  the  stated 
user  need.  The  cost/benefit  analysis  would  be  just  one  of 
several  models  that  a  prospective  user  is  guided  through  in 
the      decision    process.  Other      models      would   utilize      such 

factors  as  net  present  value  and  total  life-cycle  costs  for 
each  of  the  complete  alternative  systems  with  all  necessary 
options  installed.  In  short,  there  is  much  room  for  expan- 
sion and  improvement  over  the  basic  model  description 
presented. 

In  the  context  of  simple  spreadsheet  program,  the 
results  of  each  of  the  individual  parameter  value  benefit/ 
cost  analysis  would  then  only  provide  additional  input  to 
the    complete      analysis   process.  Other    factors      may    always 

provide  an  overriding  reason  to  select  systems  contrary  to 
waat  may  show  to  be  the  "best"  cnoice  strictly  by  the 
numbers.  Vendor  reliability,  maintenance  costs,  etc.,  and 
the  wealth  of  other  considerations  must  naturally  be 
combined   when   making    the   final    decision. 
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IT.     GENERAL    MICE OCOHPOTEH    DESCBIPTION 

A.       BASIC    CONCEPTS 

The  approach  taken  to  describe  a  microcomputer  system  is 
to  utilize  the  concept  of  levels  of  abstraction.  Levels  of 
abstraction  allow  a  general  understanding  of  a  system  by 
beginning  the  descriptions  at  the  most  general  level  first, 
and  then  proceeding  to  increasing  levels  of  detail.  The 
upper  level  description  is  often  called  the  macro  or  system 
view,  with  lower  levels  the  detail  or  micro  views.  Levels 
of  abstraction  also  fellow  the  intuitive  concept  of  top  down 
design.  This  approach  also  allows  limiting  the  descriptions 
to  an  appropriate  level  of  abstraction  without  proceeding  to 
levels  of  detail  beyond  the  necessary  scope.  The  following 
descriptions  are  not  intended  to  detail  the  exact  operation 
of  microcomputer  components,  but  are  intended  to  identify 
some  of  the  aspects  to  be  considered  when  evaluatirg  among 
microcomputer   alternatives. 

There  are  three  main  functional  units  to  a  single-user, 
single-task  microcomputer  system.  They  are  an  input  device, 
a  system  or  processing  device,  and  an  output  device.  Many 
however  may  consider  a  storage  unit  and  memory  unit  as  main 
functional  components  and  describe  a  microcomputer  system  as 
consisting  of  five  main  functional  units.  The  choice  of 
three  main  functional  units  however  better  describes  current 
microcomputer  systems  where  the  storage  and  memory  units  are 
physically    built  into   the   system   or   processing   unit. 

The  above  chosen  functional  units  represent  a  physical 
orientation  in  describing  the  system.  There  are  however, 
other  ways  of  describing  systems  based  on  logical  relation- 
ships   or   internal   hardware    design.         One    common    method    bases 
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descriptions  on  the  architecture  of  tne  internal  micropro- 
cessor and  its  relationship  to  connected  major  components. 
These    methods   however  are   not    useful    to    most    users. 

An  input  device  normally  consists  of  a  Keyboard.  Most 
business  and  commercially  oriented  microcomputer  keyboards 
have  a  significant  number  of  extra  keys  over  a  standard 
typewriter      layout.  These      extra   keys      are      necessary      to 

provide  additional  control  signals  for  the  computer  system 
and  attached  peripheral  devices.  Some  keyboards  have  added 
a  calculator  type  numeric  keypad  at  one  side  of  the  keyboard 
that    allows    easy      entry    of    numerical    data.  Some    keyboards 

provide  a  number  of  "function"  keys  that  implement  common 
command  sequences  to  save  repetitive  typing  chores. 
Further,  some  systems  allow  the  function  keys  to  be  rede- 
fined under  program  control.  Current  NAVDAC  minimum  stan- 
dards call  "for  the  use  of  a  "QWERTY"  'style  keyboard  with  a 
shift    key   and  control  key. 

The  keyboard  for  the  IBM  Personal  Computer  is  controlled 
by  its  own  dedicated  microprocessor  and  can  therefore  be 
completely  controlled  by  software.  This  feature  allows  the 
entire  keyboard  to  be  redefined  into  any  configuration  as 
desired.  This  feature  is  particularly  useful  when  used  to 
prevent      erroneous    data      entry.  Also,         tnis   feature      has 

significant  benefit  for  handicapped  persons  who  can  now 
define  their  own  key  configurations  and  eliminate  the  need 
for  simultaneDus  multiple  key  strokes  (such  as  shift  keys 
for    capitals). 

There  are  a  number  of  other  input  devices  supplementing 
the  keyboard  device  in  many  current  microcomputer  systems. 
These  devices  consist  of  touch  screens,  digitizer  tablets, 
graphics  tablets,  joysticks,  trackballs,  iightpens,  barcode 
readers,  mouse  devices,  voice  activated  input,  and  remote 
device  communication  channel  input.  All  of  the  above 
devices  have  quantifiaole  parameters  for  comparison  and 
decision   purposes   if    required. 
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An  output  device  normally  consists  of  a  cathode  ray  tube 
(CRT)  display  screen  or  video  display  terminal  (VDT)  ,  in 
either  monochrome  (single  color)  or  color.  Microcomputer 
CRT  screens  are  normally  classified  as  to  the  amount  of 
character  information  they  can  display  in  text  applications. 
Current  NAVDAC  standards  recommend  a  minimum  of  80  amber  or 
green  characters  per  line  by  24  lines  on  a  twelve  inch  diag- 
onal screen.  The  new  proposed  NAVDAC  standard  calls  for  a 
minimum  of  80  characters  by  24  lines  with  a  25th  line  for 
status   information. 

Graphics  applications  normally  view  the  screen  as  a 
number  of  displayable  dots  or  pixels.  Each  dot  is  sepa- 
rately addressable,  and  depending  upon  the  application 
program  and  microcomputer  system,  can  be  shown  in  different 
colors  and  attributes  (such  as  blinking  or  intensified)  . 
The  number  of  horizontal  arid  vertical  displayable  pixels 
defines    the     screen    resolution.  A    typical      microcomputer 

system  might  have  320  by  200  pixel  resolution.  NAVDAC  does 
not    presently   specify   a   standard    for    graphics. 

The  other  major  class  of  output  devices  is  the  hard  copy 
printer.  Printers  for  microcomputers  are  presently  of  two 
major  types,  dot  matrix,  and  fully  formed  letter  quality. 
Ink  jet  and  laser  printers  are  also  just  beginning  to  appear 
in  low  cost  models.  The  new  proposed  NAVDAC  standard  calls 
for  dot  matrix  printers  to  have  a  minimum  print  speed  of  30 
characters  per  second  and  letter  guality  printers  to  nave  a 
minimum    15    characters  per   second   print   speed. 

Most  present  microcomputer  systems  support  asynchronous 
serial      communication.  NAVDAC   recommends      that      purchased 

microcomputer  systems  be  able  to  provide  full  duplex  asynch- 
ronous serial  communications  at  speeds  from  300  bits/second 
to  9,600  bits/second.  Additionally  the  system  should  be 
able  to  transfer  over  standard  telephone  lines  connected  to 
a   modem    at    either   300      bits/second   or    1200    bits/second    using 
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standard    protocols.  Since   this    capability    is      an   absolute 

requirement  and  does  not  vary  significantly  from  system  to 
system,  asynchronous  communications  is  not  considered  in  the 
proposed   model. 

The  proposed  model  therefore  considers  a  microcomputer 
system  to  be  composed  of  a  keyboard  input  device,  a  system 
or  processing  unit  which  includes  memory  and  a  secondary 
storage  device,  and  a  CRT  display  output  device.  Ihese 
three  functional  units  will  be  quantified  to  formulate  the 
hardware  portion  of  the  proposed  model.  The  major  three 
functional  components  are  also  normally  purchased  together 
as    one    unit    from   the    same  manufacturer. 

The  nicrocompu ter  operating  system  will  be  the  final 
component      of   the      proposed    model.  Without    the      operating 

system  and  an  application  program  the  microcomputer  is  a 
useless   device.  The  proposed      NAVDAC    standard      recommends 

compatibility  with  the  MS-DOS  operating  system  or  an  oper- 
ating   system   that   can  execute    MS-DOS    compatible   programs. 

The  next  level  of  abstraction  will  detail  the  major 
components  of  the  microcomputer  system  and  processor  unit. 
The  most  important  component  ox  the  entire  microcomputer 
system  is  the  microprocessor.  The  cnoice  of  the  micropro- 
cessor virtually  determines  and  dominates  every  other  aspect 
of  the  entire  microcomputer  system.  The  microprocessor  is 
often  called  the  central  processing  unit  or  CPU.  The  CPQ 
through  various  peripheral  and  support  electronic  components 
or  chips  enable  and  interpret  input  from  the  keyboard  device 
and    formats   and    processes   the    output    to    the  CRT    device. 

The  CPO  processor  must  have  access  to  memory  to  store 
the  list  of  instructions  to  operate  on  and  to  store  results 
of  processing  and  other  outputs.  Memory  in  a  microcomputer 
system  is  normally  composed  of  chips  called  dynamic  random 
access  memory  or  DRAM  (often  abbreviated  to  RAM)  and  real 
only    memory   or    ROM. 
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The  term  dynamic  refers  to  the  fact  that  RAM  memory  is 
not  permanent.  RAM  memory  must  be  periodically  and  elec- 
tronically recharged  or  refreshed.  Tnis  means  information 
in  RAM  memory  is  only  retained  while  power  is  available  and 
the  microcomputer  system  is  running.  Turning  the  microcom- 
puter off  or  any  interruption  in  power  causes  loss  of  infor- 
mation stored  in  RAM  memory.  The  term  random  refers  tc  the 
fact  that  each  individual  storage  location  can  tie  indepen- 
dently accessed.  RAM  memory  is  also  often  called  read/write 
memory,  because  new  information  can  be  written  into  and  read 
from  the  memory.  It  is  commonly  used  for  the  storage  of 
user    programs   and   data. 

Read  only  memory  however  can  only  be  read.  ROM  memory 
is  still  random  in  that  individual  storage  locations  can  be 
independently   accessed.  ROM    memory      usually  contains      the 

instructions  necessary  for  the  microprocessor  to  automati- 
cally Dring  the  microcomputer  to  a  state  ready  fcr  user 
input.  ROM  based  routines  often  contain  sophisticated  diag- 
nostic and  device  initialization  routines.  This  process  is 
normally  termed  "booting"  the  system  and  refers  to  the 
analogy  of  pulling  oneself  up  Dy  ones  bootstraps  automati- 
cally without  intervention.  If  tne  ROM  routine  necessary  to 
start  a  system  must  read  information  on  a  secondary  storage 
device  this  information  is  appropriately  called  the  boot- 
strap  loader. 

Another  type  of  memory  found  in  microcomputer  systems  is 
static  RAM  which  does  not  need  to  be  refreshed  but  still 
loses  its  contents  when  power  is  lost.  Static  RAM  is  more 
expensive  and  currently  does  not  offer  the  storage  density 
of  DRAM.  Therefore  it  is  not  usually  seen  in  general 
purpose    microcomputer  systems. 

Memory  in  micr occmputer  systems  has  an  access  time  asso- 
ciated with  it.  This  access  time  is  measured  in  nanoseconds 
(ns)  .  A    typical      microcomputer   system      has      a    RAM      memory 
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access  time  of  4 00  ns  or  less.  Significant  improvements  in 
system  performance  can  be  seen  simply  oy  using  faster  access 
memory    (often  constrained   by   microprocessor    clock    speed). 

Another  form  of  memory  is  bubble  memory  wnich  retains 
its  contents  even  when  power  is  lost;  this  is  also  read/ 
write  memory.  Bubble  memory,  however,  has  significantly 
slower  access  times  than  RAM  or  ROM  and  also  is  not  preva- 
lent in  microcomputers  as  main  memory.  Bubble  memory  is 
beginning  to  be  utilized  in  microcomputer  systems,  however, 
as    a    small    size    fast    access    secondary   storage   device. 

In  order  to  save  the  contents  of  information  stored  in 
RAM,  a  secondary  storage  device  must  be  provided.  In  micro- 
computer systems  this  secondary  storage  usually  takes  the 
form  of  floppy  diskettes.  The  floppy  diskette  is  the  medium 
the    information      is    stored    on.  The   device    that      reads    the 

medium  and  transfers  information  from  the  floppy  diskette  to 
memory  is  the  floppy  diskette  drive.  The  diskette  drive  or 
drives  are  normally  part  of  the  system  unit  but  can  be 
contained   in  external  cabinets. 

Microcomputer  systems  originally  contained  disk  drives 
that  handled  disks  that  were  eight  inches  in  diameter. 
Current  microcomputer  systems  usually  utilize  diskette 
drives  that  handle  diskettes  that  are  five  and  one  quarter 
inches  in  diameter.  Industry  practice  distinguishes  netween 
the  two  sizes  by  the  disks  (8  inches)  versus  diskettes  (5 
1/4       inches)         terminology.  This      verbal      distinction      is 

becoming  increasingly  blurred  however  as  even  smaller  disk- 
ettes enter  the  marketplace.  This  next  smaller  size  is 
three  and  one  half  inch.  The  physical  size  of  the  medium 
however  is  unimportant  to  most  users.  The  important  charac- 
teristic  is   how    much    information    the    medium   can    store. 

The  unit  of  measure  for  these  devices  is  normally  the 
byte.  A  byte  consists  of  eight  bits  of  information.  Bytes 
are    measured      in   multiples      of    powers    of      two.         Two      to    the 
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tenth  power  represents  1,02a  bytes  or  one  kilobyte  (KB). 
Two  to  the  twentieth  power  represents  1,048,576  bytes  or  cne 
megabyte    (MB).  Kilobytes    and      megabytes    are      the   standard 

units  to  measure  capacity  or  memory  and  secondary  storage 
devices. 

The  disk  medium  can  be  either  soft-sectored  or  hard- 
sectored.  Soft-sectored  means  that  the  sector  information 
is  stored  under  software  control.  Hard-sectors  physically 
separate   and     define    the      sectoring   information.  The   disk 

medium  can  also  be  either  single-sided  (information  on  one 
side  only)  or  double-sided.  Further,  there  can  be  sinjle, 
double  or  guad  density  which  refers  to  tne  compactness  with 
which  the  itformation  is  stored  by  tracks.  Single  density 
store  approximately  24  tracks  of  data  per  inch,  double 
density  48  tracks  per  inch  and  ^uad  density  96  tracks  per 
inch.  NAVDAC  proposed  standards  call  for  a  minimum  of  two 
five-and-one-guarter  inch,  soft-sectored,  dual-sided,  dual- 
density    diskettes   drives. 

Diskette  based  systems  are  considered  to  be  medium 
storage  devices  in  terms  of  tne  volume  of  information 
stored.  If  large  volumes  of  information  are  reguired  hard 
disk  or  fixed  disk  storage  devices  are  used.  Hard  disks  or 
fixed  disks  usually  are  capable  of  storing  thirty  times  or 
more      the    volume      of    a      floppy   diskette.  Hard    disks      have 

significantly  faster  access  times  than  floppy  disk.  The 
proposed  NAVDAC  standards  recommend  optional  10  megabyte 
hard  disk  when  storage  requirements  exceed  that  of  floppy 
diskettes. 

The  CPD  or  microprocessor  is  normally  connected  inside 
the  system  unit  to  main  memory  consisting  of  ROM  and  RAM,  to 
several  types  of  interface  chips  or  controllers,  to  an  input 
device,  and  an  output  device.  Two  common  interface  chips  or 
controllers  in  most  microcomputers  are  the  direct  memory 
access  (DMA)  controller,  and  the  peripheral  input/output 
(PIO)    controller. 
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The  DMA  controller  allows  input/output  to  te  placed 
directly  frcm  an  input/output  device  or  secondary  storage  to 
main  memory  and  vice-versa  without  going  through  or  inter- 
rupting the  microprocessor.  The  PIO  controller  handles  the 
necessary  control  and  formatting  information  for  communica- 
tion between  the  microprocessor  and  the  input/output 
devices. 

The  CPU,  ROM  and  RAM,  the  controllers  and  input/output 
devices  are  connected  together  by  a  system  bus.  The  system 
bus  carries  the  necessary  address,  data  and  control  signals 
that  allow  various  components  connected  to  the  bus  to 
exchange  information-  The  system  bus  normally  consists  of 
tnree  separate  bus  structures.  They  are  the  address  bus, 
the  data  bus,  and  the  control  bus.  Some  microcomputer 
systems  may  multiplex  one  or  more  of  these  buses  on  the  same 
physical  lines,  tut  most  current  systems  maintain  at  a  least 
double  due    structure. 

The  address  bus  carries  address  signals  that  identify 
tne  separate  memory  locations  and  the  input/output  locations 
to  the  CFU.  The  data  bus  carries  actual  data  information 
from  the  CPU  or  one  component  to  another.  The  control  bus 
carries  the  necessary  control  and  timing  signals  under  the 
direction  of  the  CPU  that  coordinates  the  action  of  the 
address  bus  and  the  data  bus,  and  carries  out  the  instruc- 
tions that  the  CPU  is  performing.  The  control  bus,  for 
example,  would  contain  the  control  signals  to  determine 
whether  a  memory  access  is  a  read  operation  or  a  write 
operation. 

Important  aspects  from  the  quantification  point  of  view 
focuses  on  the  address  bus  and  the  data  bus.  The  control 
bus  while  being  the  most  important  bus,  since  it  contains 
the  control  signals,  is  basically  transparent  in  its  opera- 
tion and  not  normally  available  for  use  by  the  user  or  the 
system  programmer.   The  address  bus  and  the  data  bus  however 
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determine  some  fundamental  aspects  and  measurable  parameters 
of    the    microcomputer   system. 

The  address  bus  and  data  bus  operate  on  a  specific 
number  of  bits  in  a  parallel  fashion.  The  specific  number 
of  bits  that  these  busses  act  on  at  one  time  is  often  called 
the  bus  width.  Thus  if  the  data  dus  operates  on  eight  bits 
of  information  (one  byte)  in  parallel  it  is  said  to  be  an 
eight    bit    data    bus. 

The  more  information  that  can  be  handled  at  one  time, 
the  faster  and  more  efficiently  a  microcomputer  system  will 
operate.  For  example,  if  the  unsigned  number  512  were  to  be 
transferred  on  an  eight  bit  data  bus,  it  would  have  to  occur 
in  two  cycles.  The  number  512  requires  a  representation  of 
at  least  nine  bits  and  the  first  cycle  would  transfer  the 
first  eight  bits  and  another  cycle  would  be  necessary  to 
transfer  the  remaining  bit.  Intuitively,  the  larger  the 
data    bus,    the   more    data   that  can   be    transferred   efficiently. 

The  size  of  the  data  bus  is  often  ased  to  determine  or 
name    the      classification  of    microcomputer  systems.  If   the 

data  bus  is  8  r>its  wide  the  microprocessor  and  microcomputer 
is  termed  to  be  an  8  bit  device.  If  the  size  of  the  data 
bus  is  16  bits,  a  16  bit  microcomputer  results.  This  clas- 
sification   tecminology  is   not    universally   accepted    however. 

Similarly,  the  size  of  the  address  bus  determines  the 
maximum  amount  of  memory  or  devices  that  can  be  directly 
accessed  by  the  system.  An  address  bus  that  is  1 6  bits  wide 
can    access      directly    sixty- four   kilobytes    (64KB)  of    memory 

(assuming  the  micr occmputer  is  equipped  with  at  least  64KB 
of    memory).  Due    to   the   binary      nature   of    the      address   bus 

every  additional  bit  in  width  doubles  the  direct  addressable 
memory.  An  address  bus  of  twenty  bits  can  directly  access 
one    megabyte    (1MB)     of  memory. 

As  application  programs  become  more  complex,  ever 
increasing    needs      for   large    amounts   of      directly    addressable 
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memory  become  necessary.  In  addition,  and  similar  to  main- 
frame computers,  multitasking  and  multiuser  microcomputer 
systems  will  require  relatively  large  amounts  of  directly 
addressable   memory. 

B.       TEE    MICROPROCESSOR 

The  last  level  of  abstraction  will  be  the  basic  internal 
structure  of  a  typical  microprocessor.  It  must  be  realized 
that  microprocessors  have  advanced  to  a  stage  wnere  general 
purpose  descriptions  no  longer  adequately  portray  the  many 
and    varied    design   philosophies.  The    proposed    NAVDAC    stan- 

dard recommends  microcomputer  systems  utilize  the  Intel 
8083/8086   microprocessor   or    equivalent. 

The      major    functional      areas      inside      a   general      purpose 
microprocessor       designed      for    microcomputer      systems      almost 
directly    parallels       the    general      purpose    description      of    the. 
microcomputer  system      itself.         The      CPU    must      have    internal 
data,         address    and      control   basses.  It      is   important      to 

realize  and  distinguish  that  the  internal  width  of  the  CPU 
busses  can  be  and  often  are  a  different  size  than  the 
external  busses.  An  example  of  this  is  a  CPU  that  has  an 
external  8  bit  data  bus  but  internal  16  bit  data  bus.  The 
CPU  will  fetch  two  8  bit  bytes  sequentially  and  then  can 
execute   on    the    entire   16   bit   value   simultaneously. 

The  CPU  busses  are  normally  connected  to  CPU  registers, 
and  in^ut  and  output  buffers.  The  registers  are  an  array  of 
internal  storage  locations  inside  the  CPU  that  hold  address, 
data,  and  intermediate  values  awaiting  or  resulting  from 
computations.  Some  microprocessors  nave  input/output  data 
and  address  buffers  separate  from  the  register  set,  while 
others  will  utilize  the  register  set  itself  to  act  as  the 
necessary  buffers.  Additionally,  some  microprocessors  dedi- 
cate   specific      registers    for   specific    functions.  The    most 
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common  register-specific  function  is  to  nave  one  register 
dedicated    as  an    accumulator. 

A  CPU,  in  addition  to  the  general  purpose  registers, 
will  have  a  set  of  storage  locations  dedicated  to  other 
specific   functions.  An   instruction    register      contains    the 

instruction  that  is  currently  being  executed  by  the  micro- 
processor. A  program  counter  contains  the  address  of  the 
next  instruction  to  be  executed.  Finally,  a  status  register 
will  maintain  certain  status  information  about  the  state  of 
the  microprocessor,  or  flags  that  are  set  or  reset  depending 
on   results    cf   specific  operations. 

An  important  internal  component  of  the  CPU  is  the  arith- 
metic and  logical  unit  (ALU).  The  ALU  performs  all  calcula- 
tions, data  manipulation,  and  data  comparison  functions. 
This  includes  executing  such  operations  as  comparing  values, 
complementing  values,  and  shifting  values  left  or  right.  If. 
the  CPU  has  a  dedicated  accumulator  register,  the  results  of 
operations  performed  by  the  ALU  are  returned  or  placed  into 
the    accumulator. 

The  control  unit  within  the  CPU  performs  all  instruc- 
tions not  directly  requiring  use  of  the  ALU.  This  includes 
operations  such  as  transferring  the  value  of  one  register  to 
another  or  transferring  the  contents  of  registers  to  memory 
cr  the  I/O  devices  through  the  system  bus.  The  control  unit 
also  controls  the  operation  of  the  ALU  and  in  conjunction 
with  it,  executes  the  entire  set  of  instructions  the  CPU  is 
capable   of    performing. 

Within  the  control  unit  will  be  encoded  the  entire 
instruction  set  of  the  microprocessor.  This  instruction  set 
is  a  fixed  set  of  operations  that  the  microprocessor  is 
capable  of  performing.  The  instructions  are  executed  on 
operands  that  determine  the  exact  nature  of  the  instruction 
to  be  executed.  for  example  an  add  instruction  may  add 
values    from   one    register   to    another,      froui    a    register    with   a 
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vdlue  in  memory,  or  from  a  value  in  memory  to  another  memory 
location  that  points  to  yet  another  memory  location 
containing  the  actual  value.  The  different  ways  an  instruc- 
tion operand  affects  the  control  of  tne  instruction  are 
called  addressing  modes.  Addressing  modes  extend  the  capa- 
bility of  an  instruction  set  by  allowing  different  opera- 
tions to  take  effect  on  a  single  instruction  based  on  the 
operands    of   that    instruction. 

C.       MICROCOMPUTER    SYSTEM   CONSIDERATIONS 

There  are  several  important  considerations  involved  when 
trying  to  evaluate  microcomputer  systems.  Tnough  the  micro- 
processor utilized  is  an  important  system  component,  there 
is  more  to  evaluating  the  microcomputer  system  than  only 
assessing  the  hardware  capabilities  of  the  microprocessor 
alone. 

The  way  tne  system  is  capaole  of  interacting  with 
various  I/O  devices  is  another  consideration.  It  has  been 
shown  that  systems  with  DMA  offer  improved  capability  and 
performance  over  systems  where  all  I/O  activity  must  go 
through  the  microprocessor.  Additionally,  some  I/O  devices 
may  possess  their  own  processing  capaDility,  which  frees  the 
main  microprocessor  from  performing  wnat  are  sometimes 
called   housekeeping    functions. 

Some  microprocessors  have  the  capaDility  to  address  I/O 
devices  separately  from  memory  addresses.  This  capability 
is  called  I/O  mapping  and  has  several  advantages.  Because 
an  I/O  address  can  be  significantly  smaller  than  a  memory 
address,  the  I/O  address  can  be  specified  directly  without 
an  address  calculation-  The  shorter  address  also  results  in 
shorter  I/O  commands.  The  alternative  to  this  is  memory 
mapped  I/O,  where  certain  memory  addresses  are  reserved  for 
particular      I/O    devices      and      other      information    they      might 
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need.  This  results  in  less  memory  available  for  application 
programs.  However,  the  same  instructions  which  are  used  for 
memory  operations  can  be  used  for  I/O  operations  and  I/O 
data  transfers  do  not  have  to  go  tnrough  an  internal 
register. 

Another  consideration  is  whether  the  system  supports 
interrupts.  Interrupts  allow  the  I/O  devices  to  signal  the 
microprocessor  only  when  they  need  servicing  or  reguire  an 
information  transfer.  Without  interrupt  capability  the 
microprocessor  will  have  to  spend  unnecessary  time  polling 
I/O  devices  just  to  see  if  servicing  is  required.  Most 
current  rcicroprocessors  support  interrupts,  Dut  how  they  are 
implemented  and  the  number  supported  can  have  significant 
impact  upon  system  performance  and  capability. 

Finally,  the  speed  the  system  operates  at  is  of  primary 
importance.  There  is  often  a  distinction  between  the 
internal  speed  of  the  microprocessor  and  the  speed  of  the 
rest  of  the  system.  Current  microprocessors  operate  in  a 
two  to  twelve  megahertz  (MHZ)  range.  RAM  memory  on  the 
otner  hand  operates  in  the  50  to  over  450  nanosecond  (ns) 
access  time  range.  A  1  MHZ  microprocessor  with  a  250  ns 
processor  cycle  time  operating  with  200  ns  memory  attached 
will  obviously  exhibit  better  performance  than  the  same 
system  with  400  ns  memory  cnips  attached*  because  in  the 
former  case  the  processor  will  not  have  to  wait  on  memory 
accesses.  Similarly,  a  6  MHZ  version  of  the  same  processor 
would  achieve  better  performance.  These  two  interdependent 
times  are  often  critical  in  their  interaction  and  cannot 
often  be  changed  once  the  system  design  is  set. 

The  speed  of  operation  of  a  microcomputer  system  is 
usually  controlled  by  a  crystal  oscillator.  The  oscillator 
provides  an  input  to  the  microprocessor,  where  the  resulting 
timing  signals  are  critical  to  the  operation  of  the  control 
unit.    Cne  must   be  careful,   however,   not   to  base  system 
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performance  on  crystal  frequency  alone  as  often  the 
frequency  is  modified  or  divided  by  support  chips  to  provide 
one  or  more  actual  operating  frequencies.  Also,  the  actual 
speed  of  the  processor  is  not  a  true  indication  of  system 
speed,  as  indicated  above  with  reference  to  aemory  access 
time. 

In  attempting  to  provide  an  accurate  but  simple  quanti- 
fication method  for  microcomputer  system  selection,  careful 
attention  must  be  paid  to  components  or  parameters  that 
significantly  affect  the  operation  of  the  entire  system.  In 
this  context  one  must  be  fully  aware  of  the  positive  and 
negative  interactive  aspects  of  the  caosen  parameters,  and 
insure  that  the  parameters  chosen  reflect  system  capability 
and  performance  tnat  are  relevant  to  the  user's  application 
and  needs. 
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V.    COfifiENT   li^BIT    MICROPROCESSOR    DESCRIPTIONS 

A.       IHTEL    8086/8088    MICROPROCESSORS 

The  8086  and  8088  manufactured  by  Intel  Corporation  are 
currently  the  most  widely  used  16-bit  microprocessors  in  the 
microcomputer  industry.  This  is  a  direct  result  in  the  use 
ox  the  8083  in  the  IBM  Personal  Computer  and  compatible 
machines.  The  8088  is  in  such  demand  that  Intel  nas  second 
sourced  its  manufacture  to  both  IBM  and  Commodore  Business 
Machines.  The  3086  and  8088  were  first  commercially  intro- 
duced   in    19  78. 

The  8086  is  a  true  16-bit  processor  naving  both  internal 
and  external  16-bit  data  paths.  Tne  ALU  is  16-bits  wide  and 
can      perform  Doth      byte   and      16-bit      word   operations.  The 

address  bus  of  the  8086  is  20-bits  wide  giving  the  8086  an 
one  megabyte  physical  address  range  (1,048,576  bytes).  The 
8086  has  97  basic  instruction  types  which  include  a  hardware 
multiply  and  divide  instruction  and  various  string  manipula- 
tion instructions.  The  97  instructions  work  in  conjunction 
with  24  different  addressing  modes.  All  instructions  are 
byte  oriented  with  no  instruction  requiring  more  than  six 
bytes  of  operands.  Additionally,  any  instruction  can  start 
at    any   address    point. 

The  8086  microprocessor  is  divided  into  two  major  parts, 
an  execution  unit  and  a  bus  interface  unit.  These  two  farts 
are  independent  and  form  the  implementation  of  the  8086 
pipelined   architecture.  This   means    that      instructions   and 

data  are  prefetched  by  the  bus  interface  unit  and  placed 
into  a  six  byte  gueue  or  pipeline  and  then  are  ready  for 
immediate  execution  by  the  execution  unit.  This  results  in 
greatly    improved    performance   characteristics    because   the   bus 


51 


interface  unit  can  fetch  instructions  and  data  simultane- 
ously while  the  execution  unit  is  executing  instructions. 
Tne  pipeline  must  then  only  be  cleared  and  refilled  when 
program    execution   transfers    to    a      non-sequential    address. 

The  8086  includes  a  total  of  fourteen  16-bit  wide  regis- 
ters. There  are  eight  general  purpose  registers,  four  of 
which  can  be  accessed  with  either  16-Dit  or  3-bit  data. 
Tnere  are  four  16-bit  segment  registers  which  are  used  for 
address  calculations.  Finally  there  are  two  16-bit  control 
registers  cne  of  which  is  the  flags  or  processor  status 
register  and  the  other  the  instruction  pointer  register. 
There  are  many  3086  instructions  that  restrict  tne  operand 
values  to  be  placed  in  designated  register  locations,  there- 
fore the  register  set  does  not  provide  completely  general 
purpose   registers. 

The  instruction  pointer  register  is  normally  called  the 
program  counter  in  ether  microprocessor  implementations. 
Intel  refers  to  this  register  as  the  instruction  pointer 
because  this  16-bit  quantity  is  combined  with  one  of  the 
16-bit  quantities  in  the  segment  registers  to  form  the 
20-bit  address.  The  appropriate  16-bit  segment  register  is 
shifted  left  four  bits  and  added  to  the  instruction  pointer 
to  form  the  address.  Another  reason  for  the  change  in 
terminology  is  that  the  8086  instruction  pointer  points  to 
the  next  instruction  to  be  fetched  and  not  the  next  instruc- 
tion   for    execution     (which   is    in    the    six    byte    pipeline). 

In  addition  to  supporting  the  one  megabyte  physical 
address  range  the  8086  can  address  64  kilobytes  of  I/O 
ports.  The    8086      instruction    set      has      special    input      and 

output   instructions      to    send   and      receive    data    from      the    I/O 
ports    specified      by    the      port    address.  The    processor      and 

address      bus      distinguish      between   memory      address      and      I/O 
address    ty    special    ccntrol    signals.  The    use   of    separately 

addressed      1/0    ports      allows      the    3086      to      use    both      memory 
mapped    and    I/O    mapped   devices. 
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Ad  example  of  both  memory  and  I/O  mapping  occurs  in  the 
IBM  Personal  Computer  where  the  display  screen  is  memory 
mapped  but  the  cathode  ray  tube  (CRT)  control  circuitry  has 
its  own  processor  controller  witn  additional  registers  that 
can  be  changed  via  the  I/O  ports.  This  results  in  the 
display  screen  attributes  and  cursor  controls  to  be  under 
programmer  cr  application  program  control.  I/O  mapping  also 
saves  memory  space  in  that  device  control  information  does 
not    have   to   be    stored  or   utilize    a   portion   of   system   memory. 

Another  important  characteristic  of  the  8086  processor 
is  its  interrupt  handling  capability.  The  8086  processor  is 
designed  to  utilize  both  hardware  and  software  interrupts. 
A   total      of   256      different    interrupts      are   supported.  The 

first  1024  bytes  of  memory  in  8086  systems  are  dedicated  to 
hold    an    interrupt   vector   table.  Wnen    either   a    hardware   or 

software  interrupt  occurs,  the  interrupt  instruction 
retrieves  an  address  pointer  in  the  interrupt  vector  table 
and  branches  to  that  address  to  perform  the  interrupt 
service  routine.  This  allows  all  interrupt  service  routines 
to  be  written  or  changed  by  the  user.  This  can  be  done 
either  by  replacing  the  existing  routine  with  another  or 
changing  the  address  of  the  interrupt  vector  pointer  to  a 
new    location  that   contains    the   desired    service  routine. 

The  8086  processor  was  originally  designed  to  be  driven 
by  a  5  MHZ  clock  for  timing  and  control  purposes.  There  are 
now    8    MHZ    and    10    MHZ    versions   available. 

The  8086  design  allows  for  coupling  with  other  6086 
processors  for  parallel  execution  or  it  can  utilize  two 
special  coprocessors.  The  8087  Numeric  Processor  Extension 
(8087  N?X)  can  be  utilized  to  implement  full  80-bit  IEEE 
floating  point  arithmetic  operations  by  adding  an  additional 
register  set  of  eight  80-bit  registers  and  68  new  floating 
point      arithmetic      instructions.  The      8089      Input/Output 

Processor    (8039    IOP)       is   a      separate    microprocessor    with    its 
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own  instruction  set  that  can  be  linked  with  8086  systems  for 
high  speed  I/O  control  of  systems  witn  numerous  I/O  devices. 
The  8089  in  general  acts  as  a  sophisticated  and  high  speed 
I/O    and    EMA   controller. 

The  8088  is  functionally  equivalent  to  tae  8086.  The 
only  difference  is  that  the  8088  has  an  8-bit  external  data 
bus  vice  16-bit  and  the  instruction  pipeline  is  four  bytes 
long  versus  six.  Internally  the  8038  processes  data  and 
instructions  identically  to  the  8086  and  all  programs  and 
applications  developed  for  8086  systems  will  run  on  8088 
systems    and    vice-versa. 

Intel  Corporation  is  providing  a  family  of  processors 
and  coprocessors  beginning  with  the  8088/8086  that  are 
upward  compatible.  The  next  set  of  processors  in  the  series 
is  the  iAPX  186/188  (80186/80188).  These  two  processors  are 
functionally  equivalent  to  the  8088/8086  but  additionally 
have  several  peripheral  support  cnips  designed  into  the 
microprocessor  itself.  Ihe  80186/80138  series  combine  clock 
generation,  two  independent  DMA  channels,  programmable 
interrupt  controller,  three  programmable  timer/counters, 
programmable  memory-select  and  peripheral-select  logic,  a 
programmable  wait-state  generator,  and  a  local  bus 
controller  Systems  designed  with  iAPX  136/188  need  approxi- 
mately twenty  fewer  chips  which  simplifies  the  circuit  board 
design   and   reduces    cost. 

The  chips  also  have  improved  internal  design  resulting 
in  significantly  faster  execution  for  many  instructions. 
Additionally,  ten  new  instructions  have  seen  added  for  more 
efficient  coding  of  higher  level  languages.  Address  calcu- 
lations use  a  dedicated  hardware  adder  wnicn  significantly 
increases  the  speed  at  which  the  bus  interface  unit  can  fill 
the  execution  unit  pipeline.  Both  chips  also  have  newly 
designed   coprocessors   the   iAPX    187    and    139. 
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Another  microprocessor  in  the  Intel  family  is  the  iA?X 
286       (80286).  This     is      a      greatly      improved      8086      model 

supporting  one  gigabyte  of  virtual  memory  and  up  to  16  mega- 
bytes of  physical  memory  for  use  in  multiuser  and  multi- 
tasking applications.  All  memory  management  functions  are 
luilt  into  the  chip.  In  development  is  the  Intel  iAPX  386 
which  will  be  a  full  32-bit  microprocessor  and  still  plan- 
ning to  be  upward  compatinle  with  applications  developed  for 
8086    systems. 

B.       ZILOG    Z8000    MICROPROCESSOR 

The  Zilcg  Z8000  was  introduced  in  1979  and  is  available 
from  Zilog  Corp. ,  and  is  also  second  sourced  from  Advanced 
Micro  Devices  (AMD).  Z80  00  is  the  name  for  a  family  of 
processors..  The    Z80      8-bit   microprocessor      is    not      upward 

compatible  with  the  Z8000  as  the  Z3000  employs  a  totally  new 
and  different  architecture.  Zilog  claims  however  that 
conversion  of  Z80  programs  to  the  Z8000  is  relatively 
st  r  a  i  gh  t  f  or  war  d . 

The  Z8000  is  also  a  true  16-bit  microprocessor 
supporting  16-bit  data  paths  both  internally  and  externally. 
Additionally  the  Z80C0  instructions  are  either  16-bits  or 
32-nits  wide  with  the  instructions  mostly  word  oriented 
(16-bits) .  The  ALO  is  16-bits  wide  and  supports  individual 
bit  set  and  clear  operations  in  addition  to  byte  and  word 
data  types.  The  Z8000  can  directly  address  eight  megabytes 
of  memory.  The  eight  megabytes  of  directly  addressable 
physical  memory  is  divided  into  123  segments  of  64  kilobytes 
each.  The  128  segments  is  provided  by  an  additional  seven 
bits  or  address  lines  giving  the  Z8000  twenty-three  address 
lines     (verses   20    for    the   80  86). 

The  Z8000  provides  110  tasic  instructions  implemented  by 
random   logic.         The    instruction   set   can    operate    on    8,       16   or 
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32  bit  quantities  and  instructions  vary  in  length  from  two 
to  eight  bytes.  The  instructions  however  are  required  to  be 
word  aligned,  which  means  tney  must  begin  on  even  byte 
addresses  and  must  have  an  even  number  ox  bytes.  The  Z8000 
has    eignt    different    addressing    modes. 

The  Z8000  implements  a  single  word  pipeline.  Only  the 
next  single  word  is  prefetched  from  memory  into  an  instruc- 
tion pipe.  This  can  only  occur  during  the  current  instruc- 
tion execution  and  only  if  the  current  instruction  does  not 
require  the  use  of  the  address  bus.  Although  this  is  not  as 
a  sophisticated  instruction  pipeline  as  the  8086,  another 
element  of  sophistication  is  added  by  allowing  the 
prefetched  instruction  to  be  decoded  in  the  buffer.  Zilog 
calls  the  hardware  portion  of  the  processor  that  performs 
this    a   Lcokahead   Instruction  Decoder    and    Accelerator. 

The  Z8O00  contains  a  total  of  twenty-two  16-bit  regis- 
ters. There  are  sixteen  general  purpose  registers.  Of 
these,  all  but  one  of  the  registers  can  be  used  either  as 
accumulator,      index      pointer   or   memory   pointers.  Thus   the 

Z8000  does  provide  true  general  purpose  registers.  In  addi- 
tion the  first  eight  registers  can  be  accessed  with  either 
byte  or  word  values,  and  the  first  sixteen  registers  can  be 
combined  to  form  either  eight  32-bit  registers  or  four 
64-bit  registers.  This  allows  the  Z8000  to  easily  perform 
16-bit  and  32-bit  multiplies  and  32-bit  and  64-bit  divides. 
This  also  allows  relatively  faster  string  manipulation 
instructions. 

The  remaining  registers  are  composed  of  two  registers 
for  implied  system  and  normal  stack  pointers,  one  program 
counter  register  (PC),  one  program  status  area  pointer 
(PSAP)  register,  which  contains  tne  segment  number  and 
offset,  one  flag  and  control  word  register  (FCW),  and  a 
refresh    counter    register. 
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The  Z8000  like  the  8086  supports  separate  I/O  addressing 
and  also  supports  64  kilobytes  of  I/O  ports.  Additionally 
the  Z8000  has  a  special  system  mode  of  operation  tnat  allows 
the  addressing  of  an  additional  64  kilobytes  of  I/O  space. 
This  additional  I/O  space  will  not  be  considered  for  tne 
single  user  evaluation,  but  should  be  added  for  multi-user 
and    multi-process   implementations. 

The  Z8000  supports  256  different  interrupt  types  and 
like  the  8086  the  interrupt  pointer  tanles  are  easily  modi- 
fied. The  pointer  taoles  are  not  stored  in  the  lowest 
segment  of  memory  however,  but  rather  at  a  location  pointed 
to  by  the  PSAP  register  upon  system  initialization.  Ihe 
Z8000   is  currently    available   in   4   and   6    MHZ   versions. 

Z8000  is  actually  the  general  designation  of  a  family  of 
Zilog  microprocessors.  The  above  descriptions  apply  to  the 
actual  Z8002.  Zilog  offers  the  Z8001  that  provides  a  couple 
of  extra  registers  that  when  combined  with  the  Z8010  Memory 
Management  Unit  (MMO)  extends  the  addressing  range  of  the 
Z8000    to   48      megabytes  of   physical   memory.  This    is   accom- 

plished by  managing  six  segments  of  eignt  megabytes  each. 
The  MMU  also  allows  randomly  relocating  the  128  segments  (64 
kilobytes   each)     in   any   of    the   six  larger    segments. 

C.       THE    MOTOROLA    MC68000    MICROPROCESSOR 

The  MC68000  was  commercially  introduced  by  Motorola 
Semiconductor   Division      in    1930.  The    MC68000      due    to      its 

later  release  has  gained  a  technological  sophistication 
beyond  the  Intel  8036  and  Zilog  Z8000.  Tne  MC68000  contains 
a  very  complex  internal  architecture  witn  over  three  times 
as  many  transistors  implemented  in  silicon  over  the  8086  and 
Z3000. 

The  MC68000  is  more  than  just  a  16-bit  microprocessor. 
The       MC68000      has      an     external        16-bit      data      bus      but      is 
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internally  32-bits  wide  for  all  data  and  address  registers. 
Therefore  depending  en  how  classification  of  the  processor 
is  done  the  MC68000  microprocessor  could  be  considered  a 
32-bit  microprocessor.  The  ALU  however  is  only  16  tits  wid 
and  can  operate  on  bit,  byte,  16-bit  word  and  32-bit  double 
word    basic    data    types. 

The  MC68000  is  packaged  in  a  64-pin  chip  and  implements 
a  separate  16-bit  data  bus  and  a  full  external  23-bit 
address  bus.  The  address  bus  is  not  multiplexed  with  the 
data  bus  as  in  the  8086  and  Z8000.  The  23-bit  external 
address  pins  are  used  in  conjunction  with  a  24-bit  internal 
program  counter.  This  implementation  allows  the  MC68000  to 
have  a  completely  linear  sixteen  megabytes  of  physical 
address  space.  The  address  space  is  completely  linear  in 
that  there  are  no  segments  that  break  the  address  space  into 
separately  addressable  blocks.  All  addresses  are  specified 
by    the    full   24-bit    value. 

The  internal  design  of  the  address  bus  is  32-bits  wide. 
The  external  23  address  lines  were  limited  due  to  packaging 
limits  only.  Therefore  the  MC68000  has  the  capability  to 
expand  to  a  full  32  bits  of  address  supporting  four  giga- 
bytes of  physical  memory  merely  by  changing  the  chip  pack- 
aging. No  redesign  of  the  internal  chip  architecture  is 
required. 

The  bottleneck  in  the  MC68000  restricting  it  from  being 
a  full  32-bit  microprocessor  internally  is  the  16-bit  wide 
ALU.  All  thirty-two  tit  operations  rrom  the  32-bit  registers 
must  be  accomplished  in  two  consecutive  cycles  through  the 
16-bit   ALU. 

The  MC68000  microprocessor  therefore  is  basically  a 
16-bit  device  with  significant  extensions.  The  architecture 
as  implemented  is  not  as  symmetric  (32-bit  data  and  address 
bus  internally,  only  24-bits  address  bus  currently  used, 
23-bits    of    address    bus  externally,       16-bit    external    data    bus 
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and  16-bit  internal  ALU)  as  the  Z8000  or  tne  8086,  but 
offers  a  large  physical  address  space  and  increased  expan- 
sion   opportunity. 

The  MC68000  has  only  61  basic  instructions  which  are 
implemented  in  microcode.  Instructions  vary  in  length  from 
two  to  ten  bytes.  The  low  number  of  instructions  is  some- 
what misleading  in  that  there  are  a  number  of  high  level 
instructions  that  would  require  the  use  of  three  or  four 
instructions  on  ether  processors.  This  advantage  is  offset 
by  the  fact  that  the  MC68000  contains  no  specific  string 
manipulation  instructions.  More  combinations  of  MC68000 
instructions  and  programming  effort  are  required  tc  imple- 
ment word  processing  functions.  Instruction  execution  on 
the    MC68000    requires    that   instructions   be    word   aligned 

The  MC68000  implements  a  single  prefetched  instruction 
pipeline      similar   to      the      Z3'000.  The   prefetch      mechanism 

contains  enough  information  to  execute  current  instruction, 
decode      next     executable     instruction,  and      prefetch      the 

following  instruction  from  memory  simultaneously.  The  mech- 
anism also  attempts  to  predict  the  most  likely  address  for 
branch   instructions. 

The  MC68000  contains  a  total  of  19  registers.  All  of 
the  registers  except  the  status  register  are  32-bits  wide, 
with  the  status  register  16-bits  wide.  The  register  set 
contains  eight  completely  general  purpose  data  registers, 
seven  address  registers,  two  system  stack  pointers,  a 
program  counter  register,  and  the  status  register.  The  two 
system  stack  pointers  are  designated  as  a  user  stack  pointer 
and    supervisory    stack  pointer. 

All  of  the  data  registers  can  be  accessed  as  either 
byte,  word  or  double  word  values.  All  addressing  modes  and 
instructions  can  use  any  of  the  eight  general  purpose  regis- 
ters for  operands.  The  eight  address  registers  allow  easy 
implementation    of    multiple    stacks,    data,    and   program    areas. 
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The  MC68000  is  completely  memory  mapped  and  offers  no 
separate  address  space  for  I/O  devices  or  ports.  This  is 
not  considered  a  restriction  because  of  the  large  address 
space  available.  This  does  mean  that  in  a  system  implemen- 
tation certain  areas  of  memory  must  be  reserved  for  I/O 
control  information.  The  programmer  must  then  insure  that 
application  programs  do  not  interfere  with  the  designated 
areas.  With  the  linear  address  space  of  the  MC68000  keeping 
data  and  program  areas  separated  is  totally  the  responsi- 
bility of  the  programmer.  There  are  no  segments  to  allow 
the  placing  of  various  program  parts  (program,  data,  stack, 
I/O)    automatically    into   separate   areas. 

The  MC68000  supports  2  56  vectored  interrupts  virtually 
identical   to  the   8086  method.  A    interrupt   vector    table   is 

located  at  the  lowest  memory  addresses.  Unlike  the  8086  and 
the  Z8000  however,  the  MC68000  starts  at  the  lowest  address 
to  begin  execution  upon  initial  power  on  sequence.  This 
means  some  initial  interrupt  pointers  must  be  available  and 
fixed    in      a   system    RCM.  Once   loaded   the      interrupt   vector 

taDle  is  as  easily  changed  and  modified  as  the  8086  and 
Z8000.  The  MC68000  is  now  available  in  8,10,  and  12.5  MHZ 
versions. 

The  MC68000  has  a  series  of  coprocessors  available  to 
extend   the      capability   of   the      basic   processor.  There   are 

also  several  versions  of  the  basic  1C68000.  There  is  a 
MC68008  similar  in  concept  to  the  8088  that  is  code  compat- 
ible with  the  MC68000  but  has  an  8-bit  data  bus  and  utilizes 
only  20-tits  of  address  bus  for  one  megabyte  memory  systems. 
The  MC68010  is  an  enhanced  MC68000  that  supports  virtual 
memory  and  when  combined  with  the  MC63451  Memory  Management 
Unit  can  additionally  support  up  to  64  MB  of  address  space 
and      sophisticated       user      and      supervisor      modes.  Finally 

Motorola  is  testing  the  MC68020  which  is  a  full  32-bit 
microprocessor       with        32-bit      data,  address,         and         ALU 

capability. 
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VI.    EXAMPLE    16 -BIT    COMMERCIAL    OPERATING    SYSTEMS 

A.       DIGITAL    RESEARCH    CP/M-86 

Control  Program  for  Microcomputers  (CP/M)  was  first 
developed  fcr  an  Intel  8080  microcomputer  system.  CP/M  was 
later  adapted  to  8C85  and  Z80  microcomputer  systems  and 
became  the  de  facto  8-bit  operating  system  standard.  NAVEAC 
recommended  that  all  8-bit  nicrocompu ter  systems  for  general 
Navy    use      be  compatible   with      CP/M    Version    2.2.  There   are 

literally  thousands  of  serious  business  applications 
designed  to  run  under  CP/M  and  all  CP/M  systems  can  exchange 
data    with   standard    8    inch   disk   formats. 

CP/M-86  is  the  version  of  CP/M  developed  for  16-bit 
microcomputer  systeics  using  the  3086/8088  microprocessor. 
It  maintains  virtually  the  same  user  interface  and  command 
syntax.  Applications  developed  to  run  under  CP/M  2.2  will 
not    run    under   CP/M-86   without   considerable   conversion. 

CP/M-86  is  composed  of  three  major  parts.  They  are  the 
Basic  Input/Output  Operating  System  (3I0S)  ,  the  Basic  Disk 
Operating  System  (BDOS) ,  and  the  Console  Command  Processor 
(CCP).  CP/M-86  requires  a  minimum  of  57  kilobytes  of  memory 
in    order      to  execute      user    programs.  The   CP/K-86      program 

itself  when  loaded  into  an  user  machine  occupies  approxi- 
mately 13.5  kilobytes  of  SAM  and  the  remaining  F.AM  in  the 
user  system  is  designated  as  tne  Transient  Program  Area 
(TPA)  .  Although    CP/M-86      normally    resides      in    the      lowest 

segment  of  memory  after  the  interrupt  vector  table,  it  is 
designed   to   be    relocated   in    any   location   as   necessary. 

CP/M-86  is  designed  such  that  the  BDOS  and  CCP  present  a 
common  user  interface  in  all  CP/M-86  implementations.  This 
means    tnat    the    BDOS    and    CCP    are    the    same   and    implement    their 
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functions  through  calls  to  the  BIOS.  Tne  BIOS  is  the  device 
dependent  portion  of  the  operating  system  and  must  be 
specifically  tailored  or  customized  for  each  different 
microcomputer  system.  This  design  allows  CP/M-86  tc  appear 
device  independent  to  the  user  or  application  program. 
Also,  due  to  the  similarity  of  tne  BDOS  and  CCP  in  all  CF/M 
versions,  users  can  immediately  begin  to  use  tne  CP/ti  oper- 
ating   systems   on   a    wide    variety   of    microcomputer    systems. 

The  BDOS  is  the  nucleus  of  the  CP/M-36  operating  system 
providing  the  necessary  routines  to  manage  the  secondary 
storage  medium  and  act  on  commands  passed  to  it  from  the 
CCP.  CP/M-86  (Version  1.1)  provides  49  different  BDOS  func- 
tions. This  includes  17  additional  functions  over  the  CP/M 
2.2      8-bit    functions.  These      functions      provide    for      sucn 

elementary  operations  as  open  file,  close  file,  rename  file, 
read  random  record,  and  basic  user  console  functions  such  as 
read  a  character  from  the  keyboard  and  display  a  character 
on    the      CRT   screen-  All    CP/M-86      BDOS    function      calls   are 

implemented  by  placing  the  function  number  and  other  infor- 
mation into  designated  registers  of  the  8086/3088  processor, 
and    then    issuing   a    reserved    interrupt    request. 

The  BIOS  of  CP/M-86  provides  21  functions  for  the  appli- 
cations programmer.  Because  some  BDOS  functions  pass 
through  the  BIOS,  some  of  the  BIOS  functions  duplicate  func- 
tions available  in  the  BDOS-  The  two  most  notable  examples 
are  character  input/cutput  from  the  keyboard  to  the  display 
screen.  Ihe  BIOS  does  not  duplicate  the  BDOS  exactly 
because  the  BIOS  contains  only  enougn  information  tc  handle 
tne  specific  hardware  functions  of  the  system  machine,  while 
the  BDOS  provides  many  routines  that  do  not  function 
directly  with  system  hardware.  Some  other  examples  of 
specific  BIOS  functions  are  select  disk  drive,  track,  and 
sector,  or  read  selected  track  and  sector-  Thus  the  BIOS 
provides      those    functions      necessary    to      deal    with      physical 
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facets  of  the  user  machine  while  the  BDOS  acts  on  logical 
aspects  of  applications  programs.  In  total  CP/M-86  provides 
70    functions  for   the    applications   programmer. 

The  Console  Command  Processor  is  responsible  for  inter- 
preting and  acting  on  all  user  commands  typed  from  the 
keyboard.  The  CCP  receives  input  from  the  keyboard  and 
parses  the  input  to  determine  if  the  input  is  an  operating 
system  command,  a  command  to  load  and  execute  an  application 
program,  or  a  command  CP/M-86  does  not  understand  that  must 
te    nandled    by   an   error   routine.  Tne   CCP    presents    the   user 

interface   for   the   particular   microcomputer   system. 

The  CCP  has  two  major  parts.  The  first  part  contains 
tnose  commands  and  their  associated  routines  that  CP/M-86 
operates  on  directly  and  are  internal  to  the  CCP.  These 
routines  and  commands  are  immediately  available  to  the  user 
when  ever  the  operating  system  is  loaded  and  active. 
CP/M-86  calls  these  "Built-in  Commands".  CP/M-86  contains 
six  such  coamands.  There  are  two  types  of  directory  commands 
which  list  the  names  of  either  system  or  user  files  on  the 
secondary  storage  device,  two  commands  to  either  erase  or 
rename  file  names,  a  command  to  list  (type)  the  contents  of 
a  file,  and  a  command  to  change  the  active  user  number. 
CP/M-86  allows  the  designation  of  16  user  numbers  for  primi- 
tive   file   protection    purposes. 

The  second  part  of  the  CCP  takes  action  when  the  current 
command  is  not  one  of  the  built  in  commands.  In  this  case 
the  CCP  assumes  that  the  command  is  a  directive  to  load  and 
execute  a  program  contained  on  a  secondary  storage  device. 
The  CCP  then  actives  the  device  and  searches  for  the  given 
program.  If  found,  the  CCP  performs  the  necessary  initiali- 
zation routines  to  load  the  program  into  memory  and  pass 
control    to   it   for  execution. 

CP/M-86  provides  thirteen  external  programs  and  calls 
them    "Transient    Utility   Commands".  These    programs    provide 
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status  information  for  secondary  storage  and  routines  to 
transfer      files    from     one      device      to   another.  There      are 

several  external  programs  that  provide  functions  not  found 
in    many    microcomputer   operating   systems. 

These  functions  include  a  help  program  which  provides  an 
on-line  help  facility  for  all  CP/M-36  commands  and  their 
correct  syntax.  This  is  a  significant  contribution  to  user 
friendliness     for      a    microcomputer      operating      system.  An 

8086/8038  assembler  and  debugger  are  also  provided  as  part 
of      the    operating      system.  These      two   programs      can      cost 

hundreds  of  dollars  for  particular  microcomputer  systems 
when  they  are  not  provided.  CP/M-86  also  provides  a  limited 
line    oriented  editor   for   program   development. 

In  the  CP/M-86  implementation  specifically  for  the  IBM 
Personal  Computer,  two  additional  external  commands  are 
provided.  One  is  a  menu  driven  setup  program  that  uses 
function  keys  to  easily  set  and  assign  system  parameters, 
such  as  communication  port  initializations,  printer  selec- 
tions and  other  functions.  The  second  command  is  a  print 
utility  that  provides  for  limited  virtual  spooling  of  output 
for    an   attached    printer   device. 

Current  versions  of  CP/M-86  can  support  up  to  sixteen 
attached  floppy  disk  drives.  The  transient  utility  command 
"DISKMAINT"  (for  disk  maintenance)  is  the  CP/M-86  routine 
tnat  sets  up  and  initializes  floppy  disks  to  the  CP/M-86 
format.  This  format  will  support  eitner  single-sided  disk- 
ettes or  double-sided  diskettes.  The  format  routine  in 
DISKMAINT  will  format  40  tracks  per  side  creating  either  156 
kilobytes  or  316  kilobytes  of  secondary  storage  capacity 
respectively.  CP/M-86  divides  a  disk  into  thirty-two  phys- 
ical sectors  and  records  12  8  bytes  per  sector,  reserving  one 
track  of  information  for  internal  use.  CP/M-86  will  allow  a 
total    of   64   directory  entries    (files)    per   diskette. 
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No  support  is  currently  provided  for  nard  disk  drives. 
However,  most  hard  disk  manufacturers  will  provide  a  custom- 
ized version  of  the  CP/M-86  BIOS  to  support  their  particular 
hard    disk.  The   file   structure    implementation      and   storage 

capacities    will    then    depend    on    the    hard    disk    manufacturer. 

B.        MICROSOFT    MS-DOS    AND    IBM    PC-DOS 

Microsoft  Corp.  developed  the  MS-DOS  (Microsoft  Disk 
Operating  System)  operating  system  under  contract  by  IBM 
specifically  for  the  IBM  Personam  Computer.  As  such  when 
IBM  released  the  Personal  Computer  the  operating  system  was 
simply  named  DOS  (Disk  Operating  System) .  Because  there  are 
some  minor  differences2  between  the  version  that  Microsoft 
now  markets  independently  and  the  version  for  the  IBM 
Personal  Computer,  the  Personal  Computer  version  is  gener- 
ally   referred   to   as    PC-DOS. 

When  Microsoft  developed  PC-DOS  the  CP/M  operating 
system  for  8-bit  miciccompu ters  was  considered  the  de  facto 
standard.  Microsoft  wanted  to  maintain  some  CP/M  compati- 
bility so  that  it  would  be  easy  for  developers  to  convert 
programs  for  the  new  system,  but  also  felt  that  CP/M  could 
be  improved  in  a  number  of  areas.  The  result  is  that  PC-DOS 
and  CP/M  or  CP/M-86  share  similar  functional  structure  but 
differ  on  exact  details  of  implementation  and  command 
syntax. 


2MS-D0S  and  PC-DOS  are  exactly  identical  version  for 
version  to  the  applications  programmer.  All  internal  func- 
tions and  operating  system  calls  are  precisely  identical  in 
operation.  The  only  differences  are  some  command  names  that 
are  slightly  changed  and  the  addition  or  deletion  of  seme 
external  program  utilities  depending  on  a  particular  vendor. 
Most  svstems  utilizing  MS-DOS  include  an  object  module 
library    utility      that  is      not    included      in    PC-DOS.  PC-DOS 

allows  the  linking  of  separate  object  modules  or  libraries 
but  does  not  include  the  utility  to  add  object  modules  to  an 
existing    library. 
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LiKe   CP/M,    MS-DOS  is  composed    of    three    major    parts,       and 

these    parts     are   equivalent      in    purpose.  I3M    names      these 

parts    the      IBMBIO    (IBM      Basic    Input/Output      System),       IEMDOS 

(IBM      Disk    Operating      System),         and      the   COMMAND      Processor 

(Microsoft    names    these   parts    I/O    System,    MDOS,    and    COMMAND). 

The  IBMEIO  contains  the  device  specific  information 
necessary  to  communicate  with  the  physical  devices  attached 
to  the  IBM  Personal  Computer.  In  the  MS-DOS  version  this 
also  contains  the  necessary  device  information  for  the 
particular  machine  implementation.  CP/M-86  builds  its  own 
set  of  jump  vectors  that  perform  similar  to  an  interrupt 
vector  table.  CP/M-86  BIOS  functions  are  then  implemented 
through  this  set  of  jump  vectors.  MS-DOS  on  the  other  hand 
implements  all  operating  system  internal  functions  througn 
the    vector    interrupt    table    of    the   8088/8086    microprocessor. 

MS-DCS  reserves  32  of  the  8088/80-86  interrupts  for  its 
own  use.  One  of  the  interrupts  is  reserved  for  operating 
system  function  calls  that  act  in  the  same  manner  as  CP/M-86 
BDOS  functions.  The  similarity  between  MS-DOS  and  CP/M-86 
is  shown  by  the  use  of  the  same  function  numbers  for  a  large 
majority  of  the  operating  system  calls.  Because  MS-DCS  is 
totally  interrupt  driven,  the  I/O  system  remains  more  trans- 
parent to  the  programmer  than  CP/M-86.  As  implemented 
MS-DOS  makes  no  distinction  between  the  I/O  system  calls  and 
the      disk   operating      system      calls.  MS-DOS     (Version      2.0) 

provides  a  total  of  120  operating  system  functions  of  which 
83  can  be  considered  user  functions  (MS-DOS  reserves  24 
interrupts  and  13  interrupt  driven  function  calls  for  its 
own    internal  use). 

The  MS-DOS  COMMAND  processor  has  been  significantly 
expanded  and  simplified  over  CP/M-86.  The  major  driving 
factor  fcr  the  current  expansion  is  that  the  latest  version 
of  MS-DOS  provides  internal  support  for  hard  disk  drives. 
MS-DCS      contains      26      internal        commands      and      18      external 
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commands  or  operating  system  utilities.  MS-DOS  has  incorpo- 
rated more  of  the  common  operating  system  functions  as 
internal  commands  and  attempted  to  simplify  the  command 
syntax   of    these    commands. 

An  example  of  this  is  the  metnod  of  copying  files  from 
one  device  to  another.  CP/M-86  provides  a  transient  utility 
command  named  PIP  (Peripheral  Interchange  Program)  to  accom- 
plish  this    task.      The   syntax   for    use   of    the   command   is: 

PIP    device:des tination-f i le   =   device: source- file   options 
MS-DOS    provides      an    internal      command    named      COPY    which      the 
syntax   is: 

COPY  device: source-file  device: destination- file  options 
From  this  example  the  similarity  between  the  two  operating 
systems  can  be  seen.  In  general  however,  MS-DOS  provides  a 
simpler  and  easier  understood  user  interface  ny  employing 
more  English-like  commands  than  CP/M-86.  Current  versions 
of    MS-DOS   provide   no    help   facility    however. 

Another  difference  is  that  MS-DOS  does  not  provide  its 
own    assembler.  It    is   offered      as   a    separate      product   from 

Microsoft.  Microsoft  normally  substitutes  its  own  BASIC 
language  interpreter  with  the  operating  system  product. 
MS-DOS  does  provide  a  simple  line  oriented  editor  (EDLIN) 
and  an  3088/8086  debugger  (DEBUG).  The  latest  version  of 
DEBUG  (2.0)  will  assemble  8088/8086  and  8037  mnemonics  but 
offers   no   macro    or    named  address    facility. 

The  major  difference  between  CP/M-86  and  MS-DOS  occurs 
in  the  manner  tnat  MS-DOS  handles  the  secondary  storage 
medium.  MS-DOS  can  support  up  to  25o  attached  drives  and 
has  built  in  support  for  hard  disk  drives.  MS-DOS  for 
floppy  disk  drives  will  support  either  single-sided  or 
double-sided  medium.  MS-DOS  formats  the  floppy  disk  medium 
at  40  tracks  per  side  and  either  eight  or  nine  sectors  of 
512  bytes  each  per  side.  This  gives  MS-DOS  either  160,  180., 
320,       or      360    kilobyte   drive      capacities.         MS-DOS      does   not 
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reserve  a  dedicated  track  for  its  own  use  unless  requested. 
This  allows  more  information  to  be  stored  on  lata  disks  as 
the    operating   system    itself    is    not    stored    on    the    disk. 

Normally  MS-DOS  will  allow  64  files  per  disk  for 
single-sided  disk  or  112  files  per  disk  for  double-sided 
disks.  KS-DOS  (Version  2.0)  also  supports  a  tree  structured 
file  system  that  allows  the  creation  of  separate  directories 
and  sub-directories.  This  was  implemented  as  part  of  the 
support  for  hard  disk  drives.  The  result  of  the  tree  struc- 
tured directories  is  that  MS-DOS  can  support  a  virtually 
unlimited  number  of  files.  The  numoer  of  files  is  limited 
only  by  the  physical  size  of  the  storage  medium  and  is  not 
restricted    by   the   operating    system. 

It  is  difficult  to  compare  operating  system  features  at 
any  given  point  in  time  because  tne  manufacturers  are 
constantly  updating  them.  The  above  comparisons  discuss  two 
relatively  different  versions  of  the  two  manufacturers  oper- 
ating systems.  The  prospective  Navy  purchaser  should 
realize  that  different  versions  of  the  same  operating  system 
can  have  significantly  different  features  and  capability, 
and  should  become  cognizant  of  the  differences  before 
considering   a    purchase. 
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VII.  CONCLUSIONS  AND  RECOMMENDATIONS 

There  are  currently  so  many  options  facing  a  prospective 
Navy  microcomputer  purchaser,  that  to  decide  upon  one  system 
among  the  hundreds  that  are  avaiiacxe  certainly  seems  an 
impossible  task.  Standards  and  guidelines  developed  by 
NARCAC  Norfolk,  under  the  direction  of  NAVDAC,  go  along  way 
to  eliminate  some  of  the  confusion  am  lead  the  prospective 
purchaser  in  a  forward  direction.  NAVDAC  Pub.  15,  Economic 
Ana.iy_s.is  procedures  for  ADP,  provides  guidance  on  hew  to 
conduct  economic  analysis.  The  procedures  described  by  Pub. 
15  can  be  utilized  to  conduct  analysis  between  the  many 
differing  microcomputer  alternative  systems.  It  is  recom- 
mended however,  that  when  conducting  cost  cenafit  analysis 
among  many  differing  systems,  that  not  only  the  absolute 
cost  benefit  values  be  examined,  out  in  addition,  the 
changes  in  benefits  versus  the  changes  in  costs,  be  examined 
for  the  different  alternatives  under  consideration.  It  is 
recommended  that  NAVEAC  Pub.  15  be  updated  to  reflect  this 
change. 

A  framework  for  the  construction  of  a  model  to  perform 
the  change  analysis  has  been  suggested  using  the  functions 
available  in  common  spreadsheet  type  programs.  It  is 
further  suggested  that  these  programs  provide  a  means  to 
store  and  easily  manage  the  now  large  amount  of  data  neces- 
sary in  evaluating  among  many  microcomputer  systems.  It  is 
hoped  that  the  use  cf  these  automated  tools  will  provide  a 
positive  incentive  to  perform  a  more  complete  and  thorough 
economic  analysis.  It  is  recommended  that  further  research 
be  done,  particularly  in  the  area  of  decision  support 
systems  and  tne  construction  and  integration  of  automated 
economic   analysis    models   not   only   for    evaluation   of 
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iiicr ocomp uter   systeas,        but    to    be   implemented      on    microcom- 
puter  systems. 

It  is  recommended  that  NARDAC  Norfolk,  having  the  micro- 
computer systems  and  cost  data  available,  be  a  starting 
point  in  the  construction  of  some  initial  working  models. 
Further,  since  NARDAC  Norfolk  will  begin  teaching  instruc- 
tional classes  on  the  use  of  microcomputer  spreadsheets, 
tnat  these  classes  will  provide  an  excellent  opportunity  for 
the  construction  of  a  working  microcomputer  decision  support 
model. 
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